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Ziisatznutzen 



Die sehr gute Akzeptanz der zweiten Auflage hat die Autoren 
dazu bewogen, das Buch erneut inhaltlich zu überarbeiten und 
verbliebene Wünsche der Leserschaft zu ergänzen. Insbesondere 
wurden die Kapitel „Target-Costing für IT-Controller“ und „Wert- 
ermittlung der IT“ hinzugefügt. 

Ein kostenloser Online-Service bietet auch weiterhin die Mög- 
lichkeit, ergänzende Informationen zu beziehen. Sie finden ihn 
im Internet unter der Adresse: www.wis.fli-brs.de/ gadatsch . Die 
Folien zum Buch können gerne unter der E-Mail-Adresse 
andreas.gadatsch@fh-brs.de angefordert werden. 

Zahlreiche Praxisbeispiele und Fallstudien (z. B. Open Sour- 
ce-Software im Mittelstand, Bewertung von IT-Sicherheitsprojek- 
ten, KPI-Einsatz für IT-Prozesse, IT-Outsouricing, Deckungsbei- 
tragsrechnung) bieten den Wirtschaftspraktikern Anregungen für 
ihre Arbeit und Studierenden einen Einblick in praxisrelevante 
Fragestellungen. 

Am Ende des Buches findet der Leser ausgewählte Hilfsmittel für 
den Berufsalltag im IT-Controlling, die über die Werkzeuge des 
IT-Controllers hinausgehen: Eine Einführung in die Moderations- 
technik und ein Glossar der IT-Begriffe für „Nicht-IT-Fachleute“ 
sowie weitere Verzeichnisse im Anhang. 

Das Buch gliedert sich in sieben Kapitel: 

1 . Leitbildcontrolling-Konzept in der Informationswirtschaft 

2. IT-Controlling-Konzept 

3- Einsatz strategischer IT-Controlling-Werkzeuge 

4. Einsatz operativer IT-Controlling- Werkzeuge 

5. Kostenrechnung für IT-Controller 

6. Deckungsbeitragsrechnung für IT-Controller 

7. Prozesskostenrechnung für IT-Controller 

8. Target-Costing für IT-Controller 



Bensberg und Niederkassel, im Februar 2006 



Elmar Mayer und Andreas Gadatsch 
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Vorwort zur 1. Auflage 



Der Einsatz der Informationstechnik war bisher überwiegend 
technisch orientiert. Neue Innovationszyklen wurden von den 
Anwendern (kaufmännischen bzw. administrativen Verwal- 
tungen) umgesetzt. Strategische und technologische Zwänge 
rangierten vor ökonomischen Analysen. Etwa seit 1990 betrachtet 
das Informationsmanagement die Informationstechnik als Pro- 
duktionsfaktor, der mit dem Leitbildcontrolling-Konzept zu ver- 
netzen ist. 

Etablierte Client/Server- Architekturen mit dezentralisierten IT- 
Strukturen, (z. B. PCs in den Eachabteilungen) führten zu IT- 
Kosten, die entweder gar nicht oder in den Budgets der Eachab- 
teilungen „versteckt“ wurden. Erst die „Outsourcing-Welle“ führte 
zu einer Nachfrage nach transparenten Abrechnungsbelegen für 
sämtliche Leistungen der IT-Dienstleister. Um dieser Anforderung 
gerecht zu werden, ist eine IT-Kostenrechnung auf Voll- und 
Grenzkostenbasis mit arteigenen IT-Kostenarten zu entwickeln, 
die in der Lage ist, den IT-Kostenblock möglichst verursachungs- 
gerecht zu verteilen. 

Viele Produkte und Dienstleistungen lassen sich ohne IT-Einsatz 
nicht mehr zeitgerecht bereitstellen. Die Anforderungen der End- 
anwender an Eunktionalität, Ergonomie und Bedienungskomfort 
der IT-Produkte erhöhen sich. Selbst entwickelte Software 
sprengt oft den geplanten Zeit- und Kostenrahmen. Standardsoft- 
ware, als „Kostenkiller“ propagiert, verursacht bei unsachge- 
mäßer Einführung - bei Modifikationen und Abweichungen vom 
Standard - bekanntlich hohe Eolgekosten. 

Führungsinstanzen sind aufgrund der Rezession gezwungen, das 
IT-Budget an die wirtschaftlichen Zwänge anzupassen. Sie füh- 
ren zur Auslagerung der IT-Abteilung oder wesentlicher Teile 
über „IT-Outsourcing“. IT-Planungen und Entscheidungen gelten 
inzwischen als „Chefsache“, da sie betriebswirtschaftlich fundiert 
sein müssen. Die Controllerdienste stehen IT-Managern als Rat- 
geber zur Verfügung. Gescheiterte IT-Projekte, nicht mehr funk- 
tionsfähige „IT-Ruinen“ nebst erfolglosen Outsourcing-Maß- 
nahmen führen zur Entwicklung eines IT-Controllerdienstes im 
Rahmen eines Leitbildcontrolling-Konzeptes. 
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Vorwort 



Ein IT-Controllerdienst orientiert den IT-Einsatz an strategischen 
und operativen Unternehmenszielen, analysiert, berät und steu- 
ert. Er vernetzt dabei die Informationstechnik mit der Betriebs- 
wirtschaft über die vorhandenen strategischen und operativen 
Werkzeugkästen mit seinen Regelkreisen über die Module: Ziel- 
formulierung, Zielsteuerung und Zielerfüllung, vgl. dazu Kapitel 
Nr. 1. Das vorgestellte IT-Kostenrechnungskonzept der Autoren 
liefert der Planung, Steuerung und Kontrolle - IT-gerecht aufbe- 
reitet - die notwendigen Basisdaten. 

Ein IT-Controllerdienst benötigt daher ein ausreichendes be- 
triebswirtschaftliches Basiswissen in der Kostenrechnung für das 
Leitbildcontrolling-Konzept, für die Deckungsbeitragsrechnung 
und die Informationstechnologie. 

Das Buch gliedert sich aufgrund dieser Überlegungen in sechs 
Kapitel: 

1. Leitbildcontrolling-Konzept in der Informationswirtschaft 

2. IT-Controlling-Konzept 

3. Einsatz strategischer IT-Controlling-Werkzeuge 

4. Einsaz operativer IT-Controlling-Werkzeuge 

5. Kostenrechnung für IT-Controller 

6. Deckungsbeitragsrechnung für IT-Controller 



Bensberg und Niederkassel, im Januar 2004 
Elmar Mayer und Andreas Gadatsch 
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1.1 Einführung 



1 



1.1 

Controlling 



Controlling- 

Konzept 



Leitbildcontrolling-Konzept in der Infor- 
mationsgesellschaft 



Einführung 

Controlling ist als Führungskonzept für eine zukunftsorientierte 
Unternehmens- und Gewinnsteuerung zu verstehen, aber auch 
als Strategie für die Existenz- und Arbeitsplatzsicherung. Der 
Controllerdienst gibt über ein empfänger- und zukunftsorientier- 
tes IT-gestütztes Berichtswesen wesentliche Entscheidungshilfen. 
Dabei helfen operative und strategische Werkzeuge, den Kurs 
des Unternehmens im Rahmen von Zielvereinbarungen unter 
Wahrung des finanziellen Gleichgewichts zu steuern. Die Con- 
trollerfunktion organisiert die Informations-, Kapital- und Cont- 
rollerdienste als Entscheidungshelfer für die Eührungsebenen 
gegenwarts- und zukunftsorientiert. 

Ein Controlling-Konzept integriert das traditionelle Rechnungs- 
wesen und die Unternehmensplanung - gemeinsam mit dem 
Marketing - in ein ganzheitlich orientiertes Eührungskonzept, d. 
h. Wirkungsketten- und Wirkungsnetzdenken werden koordi- 
niert. Zielsteuerung und Zielerfüllung sind genau wie eine Ar- 
beitsordnung allen Mitarbeitern in schriftlicher Eorm auszuhändi- 
gen, d. h. dokumentationsfähig aufzubereiten. 

• ZielformuUerung abhängig vom Vorstellungsvermögen und 
der Zielvereinbarung des operativen und strategischen Ma- 
nagements, 

• Zielsteuerung abhängig vom Entscheidungsvermögen des 
operativen und strategischen Managements und 

• Zielerfüllung, abhängig vom Umsetzungsvermögen des 
operativen Managements und seiner Mitarbeiter 

innerhalb eines sich selbst steuernden Regelkreises (vgl. 
Abbildung 1 und dazu Ereidank/Mayer, 2003). 
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1 Leitbildcontrolling-Konzept in der Informationsgesellschaft 



Prozessoren Planung, 




Leitbild-Controlling 


Mit vernetzten 


Information, Analyse, 




ist ein engpass-, ziel-, 


operativen 


Steuerung und Kontrolle 






1 und strategischen 


als vernetzte Impulsgeber 




Führungskonzept 


Werkzeugkästen 








ähnlich dem biokybernetischen Regelkreis 





■ Zielformulierung 

abhängig vom 
Vorstellungsvermögen 
und der Zielvereinbarung 



•Idealziel 

•Realziel 

•Strategische Planung 



Untemehmensleitbild (qualitativ) und Unternehmenskultur 
Untemehmensleitzahlen (quantitativ) 
(ROI/CashFlow/Zieldeckungsbeiträge) 

Vernetzung von Controlling und Marketing 

mit Maßnahmenplänen für operative Handlungsprogramme 



■ Zielsteuerung 

abhängig vom 
Entscheidungsvennögen 
und den Werkzeugkästen 



•Suchfeld Erfolgsengpass 
•Suchfeld Wachstumsengpass 

•Abweichungsanalysen 
•Rechtzeitige Gegensteuerung 



Operativ - Zahlen ändern sich innerhalb des Zeithorizonts 
Strategisch - Bedingungen ändern sich außerhalb des 
Zeithorizonts 

mit Soll-Ist-Vergleichen, feedback- und 
(operativ und strategisch) feedforward 



■ Zielerfüllung 

abhängig vom 
Umsetzungsvermögen 
und der Motivation 



•Gewinn- und Liquiditäts- 
sicherungen 

•Innovation für eine zukunfts- 
orientierte Planungsüberholung 



durch den Controller (Navigator) 
durch das operative und strategische Management 
rechtzeitige Umweltanpassung zur Existenzsicherung 
rollierend und kumulierend 



Corporate 

IdeittUy 



Engpass 



Ziel 



Abbildung 1: Führungskonzept Controlling (Mayer 2003) 

Erst wenn die Führungspersönlichkeiten und Mitarbeiter sich 
freiwillig mit der dokumentierten Zielvereinbarung, z. B. „schnel- 
ler bessere Engpassproblemlösungen als die Wettbewerber zu 
liefern“, identifizieren, belohnt der Gewinn markt- und sozialge- 
rechtes Verhalten. Freiwillige Identifikation mit dem Unterneh- 
mensleitbild der Strategie und der Unternehmenspersönlichkeit 
(Corporate Identity) erhöht die Motivationsbereitschaft im Beruf. 
Engpass-, ziel-, nutzen- und zukunftsorientiertes Denken und 
Handeln wird von der Regierung, den Unternehmern, Managern 
und Controllern erwartet. 

Engpassorientierung kennzeichnet das Suchen und Finden von 
operativen Erfolgs- und strategischen Wachstumsengpässen. Ma- 
terial-, Facharbeitermangel, fehlende Betriebsmittel kennzeichnen 
operative Erfolgsengpässe. Technologiesprünge (Kalter Laser, 
Infrarotlaser, Supra-Leiter, Biometrie mit Fingertip-Sensor, Nano- 
technologie u.a.) und Klimaveränderungen führen zu strategi- 
schen Wachstumsengpässen, z. B. in der Wintersportindustrie. 

Zielorientierung bedeutet die Bündelung aller Aktivitäten (Ziel- 
vereinbarung, Zielsteuerung und Zielerfüllung) im sich selbst 
steuernden Regelkreis (= biokybernetisch arbeitenden Regel- 
kreis) im Sinne F. Vesters für eine Gewinn-, Liquiditäts- und 
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1.1 Einführung 



Nutzen 



Zukunft 



IT-gestütztes 

Controlling- 

Konzept 



langfristige Existenzsicherung des Unternehmens. Unternehmens- 
leitzahlen (Rol, Cash-Flow, Shareholder Value, Balanced Score- 
card, Zieldeckungsbeiträge u.a.) übernehmen die Funktion von 
Leuchtfeuern in Fahrrinnen. 

Nutzenorientiertes Handeln des Unternehmens für den Markt, 
den Kunden und sich selbst ist ohne Beherrschung der Modera- 
tionstechnik, ohne Ergänzung der Vollkostendeckung durch eine 
maßgeschneiderte Deckungsbeitragrechnung mit Kundende- 
ckungsbeitragrechnung, Orientierung aller Vertriebsaktivitäten an 
Zieldeckungsgraden nicht realisierbar. Service und Innovationen 
erhalten oder steigern den Kunden- und Eigennützen. 

Zukunftsorientiertes Denken und Handeln benötigt operative 
und strategische Werkzeugkästen mit Antennen für schwache 
und starke Früherkennungssignale, damit Regierungen, Unter- 
nehmen, Manager oder ihre Controller rechtzeitig Änpassungs- 
prozesse einleiten können. Der Controllerdienst ist gehalten, 
seine Lektüre z. B. um IT-Fachzeitschriften wie „Wirtschaftsin- 
formatik“ oder „Information Management“ zu erweitern, um u.a. 
die Bedeutung der Informationstechnik für das eignene Unter- 
nehmen einzuordnen. 

Unter diesen Prämissen fördert ein IT-gestütztes Controlling- 
Konzept die Gewinnoptimierung für eine langfristige Ar- 
beitsplatz- und Existenz Sicherung. Sie wiederum setzt Kräfte 
für Innovationen frei, motiviert die Arbeit von Qualitätszirkeln, 
verbannt den Frust vom Arbeitsplatz, die Flucht in die innere 
Emigration, fördert das Denken in Wirkungsnetzen und führt zu 
Erfolgserlebnissen. Mitbeteiligung stärkt das positive Denken und 
damit letztlich die Produktivität. Das hohe Leistungsniveau unse- 
rer Mitarbeiter - oft älter als 50 Jahre - und die Nutzung vernach- 
lässigter immaterieller Werte (Fehlendes Intangible Asset Mana- 
gement) sind die Garanten für die Wettbewerbsfähigkeit unserer 
Unternehmen und Erhaltung des erreichten Lebensstandards im 
Strukturwandel und Globalisierungsprozess. 

Ein zukunftsorientiertes Controlling-Konzept ermöglicht einem 
Unternehmen, Reagieren und Agieren im Markt zu verknüpfen, 
wenn das zukunftsbezogene Denken und Handeln durch eine 
vernetzte Feedback- und Feedforward-Planung mit rollierenden 
und kumulierenden Werten den Controllerdienst befähigt, den 
Leitspruch ,fleute schon tun, woran andere erst morgen 
denken- denn nur beständig ist der Wandel“ (Heraklit, ge- 
storben 450 V. ehr.) permanent zu befolgen. 
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Feedforward- 

Plan-Ist- 

Vergleich 



Feedback-Plan- 

Ist-Vergleich 



Ein Plan-Ist-Vergleich mit Abweichungsanalysen ermöglicht eine 
Feedback-Betrachtung. Sie versucht zu erklären, warum der Plan 
nicht erreicht werden konnte, mit zeitlichem Verzug, ohne Hin- 
weise für zukünftige Aktivitäten. Oft löst die Feedback-Analyse 
eine Schuldigensuche aus, anstatt Gegensteuerungsmaßnahmen 
einzuleiten. Hier setzt die Bringschuld des Controllers ein, die 
Feedback-Analyse um eine Feedforward-Analyse mit rollierender 
Hochrechnung zu ergänzen. Sie soll die Maßnahmen aufzeigen, 
welche erforderlich sind, um trotzt der Abweichungen noch das 
Jahresplanziel zu erreichen. Für einen zukunftsorientierten Pian- 
ist-Vergleich eignet sich der Formularentwurf aus der Praxis in 
Abbildung 3. 
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Abbildung 2: Plan-Ist-Vergleich (Vergangenheitsorientiert) 
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Abbildung 3: Feedforward-Plan-Ist-Vergleich 



Ein Feedback-Plan-Ist-Vergleich bestätigt abgelaufene Tatbestän- 
de wie eine Betriebsnachrechnung. Vorjahr, Plan und Ist des 
laufenden Jahres werden miteinander verglichen. Ein kombinier- 
ter Feedback- und Feedforward-Plan-Ist-Vergleich vernetzt dage- 
gen die Erfahrungstatbestände der Vergangenheit, Gegenwart 
und Zukunft miteinander. Dadurch wird der Controllerdienst in 
die Lage versetzt, den Führungsebenen Informationen für zu- 
kunftsorientierte Entscheidungen zu liefern. 

Die Entscheider bemühen sich, den Rahmen der Unternehmens- 
philosophie nicht zu verlassen. Man kann sie durch sechs W- 
Fragen eingrenzen, wie man das Erscheinungsbild, die Stellung 
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und Funktion des Unternehmens in Gesellschaft und Wirtschaft 
gern sehen möchte. 

• WER sind wir? 

• WIE tun wir das? 

• WO werden wir tätig? 

• WAS sollen wir tun? 

• WEM nutzen wir? 

• WARUM tun wir das? 



1.2 Normensystem des Unternehmens 

Unternehmensphilosophie (Idealziel) und Unternehmenspersön- 
lichkeit (Corporate Identity, vgl. Abbildung 4) liefern den Nähr- 
boden für die Entwicklung einer Unternehmenskultur. Sie erfasst 
historisch gewachsene und gegenwärtige Denkmuster, Verhal- 
tensweisen, Ressourcen, Potenziale der Führungspersönlichkei- 
ten und Mitarbeiter. Oft werden die Termini Unternehmensper- 
sönlichkeit und Unternehmenskultur synonym definiert, wenn 
keine Diskrepanz zwischen Unternehmensverhalten, Unterneh- 
menserscheinungsbild und Unternehmenskommunikation be- 
steht. 




Abbildung 4: Corporate Identity 



Unternehmens- Folgende Fragen helfen, das eigene Unternehmensverhalten zu 
verhalten analysieren: 
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Erscheinungs- 

bild 



Unternehmens- 

kommunikation 



Wir-Gefühl 



• Verhalten wir uns vorbildlich? 

• Stimmen Aussagen und Verhalten überein? 

• Handeln und entscheiden wir innerhalb der Bandbreite 
unserer veröffentlichten Unternehmensphilosophie? 

• Orientieren sich unsere Verhaltensweisen an der Traditi- 
on, Gegenwart und den Zukunftserwartungen? 

• Sind unsere Entscheidungen in sich widerspruchsfrei? 

• Können wir unsere Handlungsweisen offen legen? 

• Können wir unsere Versprechungen und Vorstellungen 
auch realisieren? 

• Sind Selbstbild und Fremdbild deckungsgleich oder un- 
terschiedlich? 

Das Unternehmenserscheinungsbild verstärkt die Unternehmens- 
persönlichkeit durch die Vernetzung von 

• Marken-Design, 

• Grafik-Design und 

• Architektur-Design. 

Ein unverwechselbares Erscheinungsbild, wie z. B. AWW Köln 
(1971), löst ein Unternehmen aus der Anonymität der Wettbe- 
werber, profiliert und erhöht den Wiedererkennungswert. 

Unternehmenskommunikation hat die Aufgabe, eine Kommuni- 
kationsstrategie über das Selbst- und Fremdbild des Unterneh- 
mens zu entwickeln, denn eine aktive Informationsverpflichtung 
umfasst mindestens vier Bereiche: 

1) Konfliktfreie oder -arme Kommunikation im Haus, mit 
den Markenpartnern, Wettbewerbern und der Öffent- 
lichkeit, 

2) unternehmensspezifische Problemlösungsangebote für 
die Kunden, 

3) Fachkompetenz und Führungsqualifikation mit Vorbild- 
verhalten, 

4) hohe Informationsqualität zur Förderung de Glaubwür- 
digkeit. 

Unternehmenskommunikation manifestiert sich intern und ex- 
tern, und zwar in Geschäftsberichten, Personalanzeigen, Wer- 
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bung, Pressearbeit, Kundenzeitschriften, E-Mails und Rund- 
schreiben für Mitarbeiter und in der Mitarbeiterzeitschrift (Stär- 
kung des Wir-Gefühls). 

Die Unternehmenspersönlichkeit ergänzt die Unternehmensphi- 
losophie, beide dokumentieren die Unternehmenspolitik im 
Selbst- und Fremdbild (vgl. Abbildung 4 auf S.5). 

Erfolgskontrolle Eine Erfolgskontrolle der Wirkungen von Unternehmensphiloso- 
phie und Unternehmenspersönlichkeit umfasst neben den mate- 
riellen Kennzahlenanalysen eine zusätzliche Bewertung immate- 
rieller Faktoren, z. B. Aussagen, Änderungen, Wirkungen von / 
auf 

• Kundengruppen 

• Motivationsbereitschaft 

• Mitarbeiterqualität 

• Verhalten zu Umfeld und Umwelt 

• Übergang vom Reagieren zum Agieren. 

Erfolgreiche Öffentliche und private Unternehmen (Deutsche Bahn, Deutsche 
Unternehmen Post, Deutsche Lufthansa und erfolgreiche Groß- und mittelstän- 
dische Unternehmen) haben ihre Unternehmensphilosophien 
durch eine bewusste Unternehmenspersönlichkeitsstrategie er- 
gänzt, um die Weichen für die 1. Dekade im 21. Jahrhundert 
rechtzeitig zu stellen. 

Wir-Person Die durch eine Zielvereinbarung erarbeitete Unternehmensphilo- 
sophie lässt die Unternehmenspersönlichkeit entstehen. Aus 
beiden erwächst im Zeitablauf eine Unternehmenskultur. Im 
Wettbewerb erfolgreiche Unternehmen begreifen ihr Fremd- und 
Eigenbild immer als „Wir-Person“. Die Identifikation mit der 
„Wir-Person“ motiviert die Mitarbeiter, Aufgaben selbstver- 
antwortlich im Sinn der Unternehmensphilosophie zu lösen. 

1.3 Denken in Wirkungsketten und Wirkungsnetzen 

Nach Frederic Vester (1980) hat das menschliche Handeln öko- 
nomische, soziale und ökologische Vernetzungen zu respektie- 
ren, die biokybernetischen Grundregeln der Selbstregulation 
durch Mehrfachnutzung, Recycling und Symbiosen zu fördern 
statt zu missachten. Vester warnt davor, durch kurzfristiges Pro- 
fitdenken (in Rol-Quartalszyklen) nicht mehr reparable Eingriffe 
in die Umwelt, Lebensqualität und Handelsbilanzen auszulösen. 
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Verstöße gegen das Gleichgewichtsprinzip innerhalb der 
Biosphäre führen 

• zur Energieverschwendung, 

• zur Vernichtung fossiler Ressourcen, 

• zu Klima- und Bodenstrukturveränderungen, 

• zum Zubetonieren der biologischen Strukturen, 

• zu Reparaturdienstverhalten statt Vorbeugungsverhalten. 



Die biokybemetischen Grundregeln sind als unverzichtbare 
Bestandteile von Unternehmensphilosophien, Volks- und Be- 
triebswirtschaftslehren zu betrachten, denn: 

• Isolierte Betrachtungen von Einzelbereichen unter Vernach- 
lässigung der vielfältigen Wechselbeziehungen in der Natur 
und im Unternehmen führen zu Eehlentscheidungen. Das 
Denken in Wirkungsketten ist durch das Denken in Wir- 
kungsnetzen mit Elilfe von Strategieportfolios, Energie- und 
Umweltbilanzen zu ergänzen. 

• Die moderne Zivilisation kann als Teilsystem der Biosphäre 
nur überleben, wenn sie das Gleichgewichtsprinzip der Na- 
tur akzeptiert, d. h. biokybernetisch-orientiert denkt und 
handelt. Eine übertriebene Verkehrsberuhigung von Straßen 
in Wohngebieten zwingt die Kraftfahrzeuge zum Langsam- 
fahren und Treibstoffmehrverbrauch. Das Denken in Wir- 
kungsketten beschränkt sich auf die Geschwindigkeitsredu- 
zierung, ohne die dadurch ausgelösten Nebenwirkungen zu 
beachten. Krankenfahrzeuge mit Schwerverletzten, Feuer- 
löschfahrzeuge, Straßenfegemaschinen können eine über- 
trieben beruhigte Verkehrsstraße nicht oder nur unter 
Schwierigkeiten durchfahren. Die Anwohner kehren jetzt 
nicht nur ihre Straßen selber, sondern sind in Notfällen (z. B. 
Herzinfarkt) nicht mehr zeitgerecht zu erreichen. 

• Das ökologische System der Biosphäre beweist seine Le- 
bensfähigkeit seit mehr als fünf Milliarden Jahren durch die 

Realisation des Gleichgewichtsprinzips . Wenn wir nicht 
davon lernen, sondern es missachten, werden wir unterge- 
hen. 
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Wi rku ngsketten - 
Denken 



Wirkungsnetz- 

Denken 



Dualität der Controlling-Konzepte 




Wirkungsnetzdenken dominiert 
(Umwelt-Unternehmen-Mensch) 

Immateriell- und materiell-orientiert 

i 

Steuerung über Leitbild und Kennzahlen 

i 

Langfristige Existenzsicherung 
Qualitatives Wachstum 

i 

Einsatz menschlicher und 
Ökonomischer Potentiale 



Wirkungskettendenken dominiert 
(Beschaffung-Fertigung- Absatz) 

I 

Materiell-orientiert 

i 

Steuerung über Kennzahlen 

j 

Gewinnmaximierung 
Quantitatives Wachstum 

J 

Nutzung ökonomischer Faktoren 
(Arbeit-Betriebsmittel-Werkstoffe) 




Abbildung 5: Leitbild- und Kennzahlen-Controlling 



Das vorherrschende Denken in Wirkungsketten (linearen Kausa- 
litäten) für Einzelziele und -bereiche entspricht einem „Tunnel- 
sehen und -denken“ wie dem Job-hopping“ von Karrierestrate- 
gen, die „Cash-Cows“ zu Lasten von Re- oder Neuinvestitionen 
ausmelken, um den höchsten finanziellen Erfolg (Rol) innerhalb 
eines Quartals oder Jahres für sich nachweisen zu können, ohne 
Rücksicht darauf, ob das „ausgemolkene“ Unternehmen dadurch 
strategisch abstirbt und die Arbeitsplätze verloren gehen. Die 
„freie Marktwirtschaft“ bevorzugt für die Gewinnmaximierung 
das EVA-, Shareholder Value-Prinzip, kombiniert mit dem Kenn- 
zahlen-Controlling (vgl. Abbildung 5, rechte Seite). 

Die „sozialpflichtige Marktwirtschaft“ unterstützt eine langfristige 
Existenzsicherung über die Gewinnoptimierung und Ausgabe 
von Belegschaftsaktien, orientiert sich am Leitbildcontrolling- 
Konzept (vgl. Abbildung 5, linke Seite). 

Eührungspersönlichkeiten und Mitarbeiter identifizieren sich mit 
der Unternehmenspersönlichkeit, wenn ihre beruflichen Einzel- 
zielvorstellungen mit ihr übereinstimmen und sie sich in der 
Gruppe verwirklichen können. Dann wandelt sich das Arbeits- 
verhältnis für eine „Ereizeitfinanzierung“ wieder in eine „Beru- 
fung“ zurück. Auf diesem Boden kann dann eine „Unterneh- 
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menskultur“ wachsen, in Harmonie mit den Naturgesetzen und 
nicht im Kampf gegen das dominierende Naturgesetz, das 
Gleichgewichtsprinzip. Wir alle kennen Erich Gutenbergs Forde- 
rung nach der Erhaltung des „Finanziellen Gleichgewichts“, das 
Streben einer sozialpflichtigen Marktwirtschaft nach dem Gleich- 
gewicht zwischen Angebot und Nachfrage, Güter- und Geld- 
menge, um die sozial- und einkommensschwachen Bevöl- 
kerungsschichten auch im Struktuiwandel zu schützen. 

Unterschiede Die Unterschiede zwischen „traditionellen“ Denk- und Verhal- 
tensweisen und dem biokybernetisch-analogen Denken F. Ves- 
ters lassen sich gegenüberstellen (vgl. Abbildung 6). 



Wirkungsnetzdenken 

Biokybernetisch 


W irkungskettendenken 

Traditionell 


Ganzheitliche Systembetrachtung unter Berück- 
sichtigung ökonomischer, sozialpolitischer und 
ökologischer Faktorenverflechtung 


Isolierte Betrachtung von Einzelfaktoren und 
Einzelbereichen 


Gleichgewichtsorientierte, rollierende Zielver- 
einbarungen für eine langfristige Existenz- 
sicherung 


Dominanz kurzfristiger ökonomischer Ziele, z.B. 
Quartals- oder Jahres-Rol in einer Absahnstrategie 


Verantwortlicher Technologieeinsatz durch 
Symbiose und Lernen von der Natur (Bionik) 


Unverantwortlicher Technologieeinsatz gegen die 
Natur 


Ergänzung der Handels- und Steuerbilanzen 
durch eine Strategiebilanz, Sozialbilanz, Ener- 
giebilanz und Umwelt-Bilanz (mit Recycling) 


Ergänzung der Handels- und Steuerbilanzen durch 
eine 
? ? ? 


Gewinnoptimierung für Kapital und Menschen 


Gewinnmaximierung primär für das Kapital, den 
Staat 


Unterstützung des biokybernetischen 
Gleichgewichts der Biosphäre 


Negierung des biokybernetischen Gleichgewichts 
der Biosphäre 



Abbildung 6: Wirkungsnetz- und Wirkungskettendenken (Vester 
modifiziert) 



Controller- Die Definitionen des Controller-Begriffs (vgl. Abbildung 7 und 

Funktion Abbildung 8) gelten gleichermaßen für Unternehmen, Manager 

und Controller in allen Führungsebenen, wenn sie als Problem- 
und Spannungsfeldlöser arbeiten (Albrecht Deyhle). 
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Controller (Navigator) ist oder wird, wer mehr als andere lernt, 
erkennt und im Wirkungsnetz der Umwelt ziel- und zukunftsori- 
entiert denkt und handelt, um ein Untenehmen erfolgreich zu 
steuern und zu sichern. 

Abbildung 7: Definition Controller (nach Mayer, E.) 



Controller leisten betriebswirtschaftlichen Service für das Mana- 
gement zur zielorientierten Planung und Steuerung. Controller 
sind interne betriebswirtschaftliche Berater aller Entscheidungs- 
träger und wirken als Navigator zur Zielerfüllung. 

Abbildung 8: Controller Leitbild (Deyhle/International Group of 
Controlling 1996) 



Werkzeuge 



Zukunfts- 

beratung 



Controller bemühen sich, mit Hilfe ihres Navigationsbestecks, 
den Werkzeugkästen, als betriebswirtschaftliche Navigatoren ihr 
Unternehmen in die Gewinnzone zu steuern. Dieser Versuch 
gelingt, wenn die erste Eührungsebene zukunftsorientiert denkt 
und handelt, in „Sonnenscheinzeiten“ die Blindflugeinrichtung 
(Deckungsbeitragsrechnung im operativen Werkzeugkasten) für 
„Schlechtwetterperioden“ installiert, ein Leitbildcontrolling-Kon- 
zept akzeptiert und unterstützt. Die Installationszeiten für einen 
operativen und strategischen Werkzeugkasten (mit Portfolio) 
bewegen sich zwischen drei und fünf Jahren. 

Es gibt in der letzten Zeit eine Vielzahl von Beispielen für strate- 
gisches Eehlverhalten erster Führungsebenen durch Unterschät- 
zung technologischer Schübe, z. B. in der PC- und Laser-Ent- 
wicklung, der Nano-Technologien und Robotisierung. Die Ver- 
antwortungslast für die Sicherung der Arbeitsplätze erfordert 
auch in der ersten Führungsebene eine permanente Bereitschaft 
zur Weiterbildung im strategischen Bereich. Strukturelle Arbeits- 
losigkeit und Globalisierung bedingen ständig Innovationen und 
Problemlösungen. 

Der Controllerdienst liefert Anwenderberatung für die Zukunfts- 
entwicklung, ist also das Gegenteil vom „Management auf Zuruf“ 
(A. Deyhle) wie in Unternehmen üblich, die sich auf den opera- 
tiven Bereich konzentrieren, ohne zu bemerken, dass sie strate- 
gisch bereits tot sind. Typische Äußerung für diesen existenzge- 
fährdenden Zustand ist z. B.: „Wir haben keinen Kapitalbedarf 
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und keine Finanzierungsprobleme.“ Sie signalisiert eine fehlende 
Zukunftserfahrung der Entscheidungsträger und Unverständnis 
für die Akzeptanz eines Controllerdienstes. 

Controller- Wenn sich aus dem Rückwärtsbuchhalter durch Planbilanzen 

Dienste Vorwärtsbuchhalter, aus dem Betriebsnachrechner durch Plan- 

kosten Betriebsvorrechner entwickeln, werden Controllerdienste 
verrichtet. Die Vernetzung des bilanziellen mit dem betrieblichen 
Rechnungswesen und der Informationsverarbeitung liefert der 
ersten Führungsebene zukunftsorientierte Entscheidungshilfen 
für eine aktive Gewinn- und Verkaufssteuerung auf Deckungs- 
beitrags- und Vollkostenbasis. Die Koordination von Marketing-, 
Controller-, Treasurer- und Informationsdiensten lässt einen Ma- 
nagement-Informationsdienst für die langfristige Existenzsiche- 
rung des Unternehmens entstehen (vgl. dazu ausführlich, Mayer, 
E. in Mayer/Weber 1990, S. 33-89). 



1.4 Vernetzung von operativen und strategischen Controiiing- 

Regeikreisen 

Controlling-Führungskonzept für die Unternehmenssteuerung 

Operative Controlling-Werkzeuge verlieren am Zeithorizont ihre 
Wirkung. Strategische Controlling-Werkzeuge entfalten sie jen- 
seits des Zeithorizonts. Sie befähigen das strategische Manage- 
ment, früher als die mit traditionellen Instrumenten des Rech- 
nungswesens ausgerüsteten Wettbewerber, jenseits des klassi- 
schen Prognosehorizonts von drei Jahren, die sich ankündigen- 
den Nachfrageänderungen, Umweltprobleme, Ressourcenbe- 
schränkungen und den Wandel heute noch gültiger Tech- 
nologien, wenn auch nur in Bandbreiten und Tendenzen, zu 
erkennen, wie z. B. die Ablösung der Hebelmechanik durch die 
Elektronik, die Schlüsselrolle der Roboter, Biotechnik, Telekom- 
munikation; Nanotechnologien und Telemedizin für die techno- 
logische Zukunft unseres Landes. 

Das Controlling-Führungskonzept liefert im operativen Bereich 
(vgl. Abbildung 9) Steuerhilfen für Aktionspläne von drei bis fünf 
Jahren, die sich in einem vorwärts rollierenden Planungszeitraum 
realisieren lassen, wenn Prognosen und Wirtschaftswirklichkeit 
sich innerhalb einer Bandbreite decken. 
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Abbildung 9: Controlling-Konzept als Wirkungsnetz 

Zeithorizont ais Grenze 

Die Finanzbuchhaltung analysiert Substanzveränderungen von 
Aktiva und Passiva von der Vergangenheit bis zur Gegenwart, 
steuert über Aktiva und Passiva, um die Substanz zu vermehren 
oder zu erhalten. 

Operatives Operatives Controlling erlaubt eine aktive Gewinnsteuerung über 

Controlling den Solldeckungsgrad (Deckungsbeitrag in Prozenten), wenn 

eine ordnungsgemäße Deckungsbeitragsrechnung die Zielgröße 
definiert. Dann vergleicht die IT-gestützte Nachkalkulation den 
Soll- und Ist-Deckungsgrad je Auftrag und drückt die Abwei- 
chung in Prozenten aus (DG-Ist 37 % < DG-Soll 40 % = minus 3 
%). 

Operatives Mar- Operatives Marketing realisiert eine aktive Gewinnsteuerung, 
keting wenn Produkte mit >= Solldeckungsgrad bevorzugt verkauft 

werden können. Produkt/Leistung < Solldeckungsgrad werden 
nur auf Kundenwunsch (bei Sortimentszwang) geliefert und 
nicht mehr beworben. 
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Kunden- 

deckungsbei- 

tragsrechnung 



Existenz- 

sicherung 



Operatives Controlling und Marketing beseitigen operative Er- 
folgsengpässe gemeinsam, planen und sichern Teilziele wie Rol, 
Cash-flow, Zieldeckungsbeitragsvolumina über das Artikelsorti- 
ment, steuern über Kosten- und Leistungsfaktoren die Gewinnsi- 
cherung bis zum Zeithorizont der rollierenden Planung. 

Die Kundendeckungsbeitragrechnung signalisiert über die De- 
ckungsbeitragstiefenanalyse, welche Kunden zu fördern (DG-Ist 
>= DG-Soll) und welche zu vernachlässigen (DG-Ist < DG-Soll) 
sind. Die Kundendeckungsbeitragrechnung löst einen Umdenk- 
prozess aus, alle Aktivitäten im Unternehmen auf eine schnellere 
Problemlösung für die Kunden als die Mitbewerber zu konzen- 
trieren. Dadurch bildet sich unbewusst eine Brücke vom operati- 
ven zum strategischen Controlling, wenn Forschung und Ent- 
wicklung sich um Innovationen, um strategische Geschäftsfelder 
im Rahmen der Globalisierung und Technologiesprünge bemü- 
hen. Während sich im operativen Bereich bekanntlich Zahlen 
ändern, meldet der strategische Bereich die Änderung von Be- 
dingungen in Umfeld und Umwelt als Auslöser für zukünftige 
Wachstumsengpässe . 

Strategisches Controlling und Marketing entwickeln und gewähr- 
leisten gemeinsam Strategien für die nachhaltige Existenzsiche- 
rung des Unternehmens, sobald sich Bedingungen jenseits des 
Zeithorizonts zu ändern beginnen. Durch die Vernetzung der 
strategischen Unternehmensplanung mit strategischen Control- 
ling- und Marketingwerkzeugen lassen sich Entscheidungshilfen 
entwickeln, die mehr als die traditionellen Elochrechnungen 
liefern. Die Aufheizung des Erdklimas durch Störung des bioky- 
bernetischen Gleichgewichts verändert die Bedingungen für den 
Wintersport und damit für die Wintersportindustrien. Die Skiin- 
dustrie hat die schwachen Frühwarnsignale empfangen und ent- 
wickelt schon heute neue Geschäftsfelder im Flugzeugbau, um 
von den zu erwartenden Wachstumsengpässen nicht mehr be- 
troffen zu werden. Ein nachahmenswertes Beispiel für alle be- 
troffenen Controllerdienste. 



Strategisches Management 

Fortwährende Struktur-, Umfeld- und Umweltänderungen schaf- 
fen neue Rahmenbedingungen für eine Gewinn- und Existenzsi- 
cherung, Wachstumsengpässe fluktuieren, Technologiesprünge 
beschleunigen sich, Führungskonzepte und Führungsstile sind 
gezwungen, sich permanent anzupassen. 
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1 .5 Controlling- Werkzeugkästen 



1.5 

operativer 

Werkzeug 

kästen 



Operative Werkzeuge und die strategische Planung wurden nach 
dem Jahr 1973 (Erdölkrise) durch strategische Werkzeuge ergänzt 
und miteinander vernetzt. Offener Führungsstil, unterstützt durch 
die Moderationstechnik, ermöglichte eine Potentialsuche, ver- 
stärkte die Kreativitätsschöpfung und Bereitschaft zur Mitverant- 
wortung, mobilisierte die immateriellen Faktoren Motivation und 
Identifikation durch das gemeinsam erarbeitete Unternehmens- 
leitbild. 

Operative und strategische Werkzeuge fördern die Management- 
entfaltung für die Existenzsicherung. Der Terminus „Strategisches 
Management“ symbolisiert die mentale Fähigkeit, früher als die 
Mitbewerber Wachstumsengpässe jenseits des Zeithorizonts aus 
eigener Kraft zu erkennen, d. h. mit Hilfe eines moderierten 
Strategie-Teams rechtzeitig Gegensteuerungsmaßnahmen einzu- 
leiten. 

Der Aufbau arbeitsfähiger operativer und strategischer Werkzeu- 
ge für die 1. Führungsebene benötigt erfahrungsgemäß drei bis 
fünf Jahre. Es empfiehlt sich daher, die Blindfluginstrumente 
rechzeitig zu installieren, in kritischen Zeiten fehlen oft liquide 
Mittel, Zeit und qualifizierte Mitarbeiter. 

Controlling-Werkzeugkästen 

Der operative Controlling-Werkzeugkasten (vgl. Abbildung 10 
und Abbildung 11) dient dem Controller (in mittelständischen 
Unternehmen identisch mit dem Geschäftsführer oder Leiter des 
Finanz- und Rechnungswesens) zur aktiven Gewinnsteuerung, 
Ermittlung und Beseitigung von operativen Erfolgsengpässen im 
Beschaffungs-, Fertigungs-, Absatz- und Verwaltungsbereich. 

Wenn man z. B. Gold durch Palladium, angelernte Mitarbeiter 
durch Fachkräfte ersetzt; das manuell geführte Rechnungswesen 
auf ein IT-gestütztes umstellt, das Wachstum des Fixkostenblocks 
bremst, von der Umsatz- auf die Nutzenprovision umsteigt, die 
nur verkaufte Deckungsbeiträge honoriert, den Übergang von 
den mechanischen zu den elektronischen Ingenieurwissenschaf- 
ten vollzieht, aktiviert der Controller den operativen Werkzeug- 
kasten. 

Ohne einen leistungsfähigen operativen Controlling-Werkzeug- 
kasten auf Vollkosten- und Deckungsbeitragsbasis ist kein er- 
folgswirksamer Einstieg in Innovationen, keine Umsetzung der 
strategischen Planung in operative Handlungsprogramme mög- 
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1 Leitbildcontrolling-Konzept in der Informationsgesellschaft 



Strategischer 

Werkzeug 

kästen 



lieh. Die Module (Systemelemente), die in Abbildung 10 aufge- 
zeigt sind, sollen in ihm zu finden sein. 

Der strategische Werkzeugkasten (vgl. Abbildung 10 und 
Abbildung 12) unterstützt den Controller beim Aufbau eines 
Informationsdienstes für die Früherkennung von zukünftigen 
Wachstumsengpässen. Der Einstieg in den strategischen Bereich 
erfolgt in der Regel erfolgreich nur über moderierte Klausursit- 
zungen, um die latent vorhandenen Kreativitätspotenziale der 
leitenden Mitarbeiter auf die Engpassprobleme des Unterneh- 
mens zu fokussieren und sichtbar machen zu können. Der Stär- 
ken- und Schwächenanalyse folgen die Engpassanalysen (opera- 
tiv und strategisch). Die Vernetzung des 9-Eelder-Portfolios mit 
den Lebenszykluskurven und der Investitionsplanungsrechnung, 
ergänzt durch Risikoanalysen mit Risikosimulationen, unterstüt- 
zen den strategischen Planungsprozess. Natürlich entwickelt 
jeder Controller-Dienst seine eigenen Vorgehensweisen anhand 
seiner erlebten Erfahrungstatbestände. 



Lehrstühle für 
Controlling in 
Deutschland 



Am 30. Juni 2003 exisiterten in Deutschland 78 Lehrstühle für 
„BWL, Controlling und Rechnungswesen“ an Fachhochschulen, 
58 an Universitäten, It. einer Erhebung der WHU Vallendar bei 
Koblenz. Mittlerweile ist die Anzahl der Controlling-Lehrstühle an 
deutschen Universtäten auf 72 angestiegen (vgl. Binder/Schäffer 
2004). 
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Abbildung 10: Controlling-Werkzeugkästen 
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1 Leitbildcontrolling-Konzept in der Informationsgesellschaft 



Erfolgsrechnung 


Umsatzkostenverfahren auf Grenz- oder Leistungskostenbasis mit Deckungs- 
Beitragsanalysen ermittelt Artikelerfolgsbeiträge mit Preis-, Mengen- und 
Kostenabweichung über Plan-Ist-Vergleiche 


Erfolgsanalysen 


nach Entscheidungsparametern mit ausführlichen Rangfolgebestimmungen 
und -analysen (für Unter-/Vollbeschäftigung) 


Erfolgsplanungen 


mit Alteraativplänen nach Entscheidungsparametern, Zieldeckungsbeiträgen 
und Iso-Deckungsbeitragsveiteidigungskurven 


Erfolgssteuerungen 


über Nutzenprovision, kombiniert mit dem Nutzentrapez (Planeifüllungs- 
prämie) und einer Kundendeckungsbeitragsrechnung 


Erfolgskontrollen 


über kumulierte Deckungsbeitragsanalyse, Solldeckungsbeiträge, Ziel- 
deckungsgrade mit Plan-Ist-Vergleichen, Kennzahlen 


Erfolgsengpässe 


über die Zieldeckungsgrade finden und über die Vorsteuergrößen Kosten 
und Leistungen beseitigen (Facharbeitermangel, Beschaffungshemmungen, 
Prämiensvsteme) 


Erfolgsmotivation 


durch Identifikation mit der Unternehmensphilosophie auslösen! Wenn beruf- 
liche Einzel-Zielvorstellungen und bejahte Untemehmensziel-Vorstellungen 
übereinstimmen, erfolgt die Selbstveiwirklichung in der Gruppe leichter 


Grenz- und 
Schwellenwerte 


erkennen und berücksichtigen! Mindestlosgrößen für den Mindermengenzu- 
schlag ermitteln, Mindestverkaufsmengen zur Deckung der auftragsfixen 
Kosten errechnen, Marginaldeckungsbeiträge zur Sicherung der Vollkosten- 
deckung festlegen 


Abbildung 11: Operativer Werkzeugkasten mit Zeithorizont 


Zielvereinbarung 


durch Führungsebene mit Moderator erarbeiten, Fragen nach dem Sinn des Unter- 
nehmens, seinen Verpflichtungen gegenüber den Kunden, Mitarbeitern, Kapital- 
gebern u.a. Setzt ethische und moralische Wertmaßstäbe. Identifikationsprozess 
sichert Liquiditäts- und Existenzsicherung. 


Zielsteuerung 


über Frühwarnsysteme im operativen und strategischen Bereich, Plan-Ist-Ver- 
gleiche, die Abweichungen und Umweltänderangen rechtzeitig für Gegen- 
steuerunssmaßnahmen melden. 


Zielerfüllung 


durch Vernetzung der Controlling- und Marketing-Führungskonzepte mit 
Planungs-, Berichts-, Analyse-, Steuerungs- und Analyseinstrumenten, abge- 
stimmter Engpassorientierung, Zukunftsausrichtung und Feedforward-Denken 


Potenzialanalysen 


Schlüsselfaktorenwahl hilft bei der Stärken-Schwächen-Analyse, Festlegung von 
Maßnahmenplänen für die Verstärkung der Stärken und den Abbau der 
Schwachstellen. Enepassanalvsen mit strategischer Bilanz 


Zielvereinbarung 


qualitativ (Leitbild) und quantitativ (Rol, Cash-Flow, Zieldeckungsbeitrags- 
Volumen) als Zielbündel 


Wachstumskonzept 


oder Erhöhung der Wertschöpfung bei gleichem Mengenvolumen in der 
Stagnation 


Produkt-Marken- 

strategien 


mit Portfolio für die Artikelpolitik 


Funktionsstrategieü 


zur Erfüllung der Produkt-Markt-Strategie 


Plan-Ist-Vergleich 


Umsetzung in Projekte und Maßnahmen mit Plan-Ist-Vergleich 
5-Jahres-Eckwert-Planungen für Cash und Ergebnisprämissen, Chancen, Risiken 
im strategischen Plan-Ist-Vergleich 



Abbildung 12: Strategischer Werkzeugkasten ohne Zeithorizont 
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1.6 Zielformulierung durch Zielvereinbarung 



1.6 Zielformulierung durch Zielvereinbarung 

Die Zielformulierung - abhängig vom Vorstellungsvermögen 
und der Zielvereinbarung des Managements - fragt nach dem 
Sinn des Unternehmens, seinen Verpflichtungen gegenüber den 
Kunden, Mitarbeitern, Kapitalgebern, Lieferanten und der Um- 
welt generell, setzt ethische und moralische Wertmaßstäbe für 
den Identifikationsprozess. Nur er setzt zusätzliche Kräfte für die 
Gewinn-, Liquiditäts- und Arbeitsplatzsicherung frei, realisiert die 
Soll-Unternehmensleitzahlen. 

Das ist nur realisierbar, wenn alle Mitarbeiter sich voll mit dem 
Leitbild (der Zielformulierung) identifizieren. Entsprechend wird 
die Leitbild-Formulierung von einem Initiativkreis, bestehend aus 
fachkompetenten Mitarbeitern aller Führungsebenen und Funkti- 
onsbereiche sowie dem Betriebsrat mit Hilfe der Moderations- 
technik erarbeitet, in Kernsätzen dokumentiert. Das Wirkungsket- 
ten- und Wirkungsnetzdenken wird dadurch auf die Problemfel- 
der fokussiert. 

Beispielhaft diskutierte der Arbeitskreis der MTU München fol- 
gende Themenkreise (Problemfelder): 

• Welche Anforderungen stellt die Zukunft an die MTU? 

• Wie stellt sich die globale Triebwerksindustrie im Jahr 2010 
dar? 

• Welche Organisationsform muss die MTU finden, um auch 
im globalen Wettbewerb weiterhin existieren zu können? 

• Was muss sich dafür bereits heute ändern? 

Aus den Antwortkarten der Führungsebenen entstanden 31 
Cluster, aus ihnen 31 Kernsätze für das Leitbild (Vision) der 
MTU. Ihre Plausibilität mit den Maßnahmenplänen des Konzerns, 
der Wettbewerber und Forschungsinstitute wird rollierend über- 
prüft. Erst dann werden die Kernsätze des Leitbilds in den Profit- 
centern vor Ort vorgestellt und umgesetzt, d. h. zum Leitbild für 
alle Mitarbeiter und die von ihnen realisierten strategischen und 
operativen Prozesse der Gegenwart und Zukunft. 
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1 Leitbildcontrolling-Konzept in der Informationsgesellschaft 



Die MW 



Unsere 

Kunden 



PRAXISBEISPIEL: VISION UND LEITBILD DER MTU (1998) 

Wir sind ein weitweit tätiges Unternehmen im Daimier-Benz- 
Aerospace-Konzern und auf Fiugantriebe speziaiisiert. 

Hauptsitz der MTU ist München; unsere iokaie Präsenz über- 
ali auf der Weit wird durch Markt und Wettbewerb bestimmt. 

Wir sind der Weit führender Subsystemanbieter und größter 
unabhängiger instandhaitungsbetrieb für ziviie Antriebe mit 
weitreichenden Dienstieistungen. 

Für den miiitärischen Bedarf bieten wir voliständige Antriebs- 
systeme und eine umfassende Produkterhaitung an. 

Wir orientieren unser Handein konsequent am Nutzen unse- 
rer Kunden. In Leistungsfähigkeit, Quaiität und Ertragskraft 
gehören wir zu den Besten der Industrie. In unseren Kernge- 
schäften wachsen wir überproportionai. 

Unsere Anteiiseigner erhaiten eine attraktive Verzinsung ihres 
eingesetzten Kapitais und nehmen an den Wertsteigerungen 
des Unternehmens teii. 



Unsere Kunden sind weitweit Anwender und Herstelier von 
Fiugantrieben und industriegasturbinen. 

Sie schätzen unsere umfassende Urteiisfähigkeit zum Ge- 
samtsystem Triebwerk, die zuveriässige, iangfristige Zusam- 
menarbeit sowie die Quaiität unserer Produkte und Leistun- 
gen zu attraktiven Konditionen. 

Unsere Präsenz in aiien Märkten mit eigenen Ressourcen 
oder im Verbund mit Partnern iässt uns unsere Kunden bes- 
ser verstehen und rasch und fiexibei handein. 

Auch Kunden anderer Branchen nutzen unser Wissen und 
unsere Fähigkeiten. 
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1.6 Zielformulierung durch Zielvereinbarung 



Unsere 

Kompetenz 



Unsere innovative Technologie und unsere Fähigkeit zu ihrer 
schnellen und wirtschaftlichen Umsetzung Im Markt sind die 
Grundlagen unseres Erfolges. 

Technologische Spitzenpositionen und die Fähigkeit zum Ma- 
nagement vielgestaltiger Partner-, Kunden- und Lieferanten- 
beziehungen sichern die Überlegenheit unserer Produkte und 
Leistungen. 

Wir konzentrieren den Einsatz unserer Ressourcen auf unse- 
re Kernkompetenz und arbeiten ständig an der Verbesserung 
unserer Prozesse. 

Bei der Definition und Umsetzung ehrgeiziger nationaler, eu- 
ropäischer und internationaler Technologieprogramme leisten 
wir Schrittmacherdienste. 

Wir sind der nationale Ansprechpartner in allen Angelegen- 
heiten der Triebwerksindustrie und informieren, beraten und 
unterstützten Verbände, Medien und öffentliche Institutionen 
mit unserem Wissen und unserer Erfahrung. 



Unsere - weltumspannenden Allianzen arbeiten wir mit leistungsfähi- 

Partner 9®'^ Unternehmen zusammen. 

Unsere eigenen Kapazitäten und Fähigkeiten ergänzen wir in 
einem Verbund ausgewählter Partner und Zulieferer. 

Durch die Zusammenarbeit mit privaten und öffentlichen 
Erfahrungsträgern und wissenschaftlichen Institutionen ge- 
währleisten wir einen ständigen Zustrom neuen Wissens und 
neuer Ideen für das Unternehmen. 



Unser Beitrag 
für die Umwelt 



Wir nehmen unsere Verantwortung für die Umwelt ernst. 

Mit unseren Produkten setzen wir Maßstäbe bei der Vermin- 
derung von Brennstoffverbrauch, Lärm- und Schadstoff- 
emissionen. 

Die lange Lebensdauer unserer Erzeugnisse und die ständige 
Verbesserung unserer Instandsetzungsverfahren vermindern 
den Rohstoffbedarf. 

Wir sorgen für eine umweltschonende Arbeitsweise und ge- 
hen sparsam mit Material und Energie um. 
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1 Leitbildcontrolling-Konzept in der Informationsgesellschaft 



Unsere Mitarbei- 
terinnen und 
Mitarbeiter 



Zeppelin 



Die MTU lebt durch ihre Mitarbeiter. Ihr Wissen, ihre Erfah- 
rungen und ihr Engagement bilden unsere Kompetenz. 

Maßstab für den Beitrag jedes Mitarbeiters ist die Zufrieden- 
heit unserer Kunden und der Erfolg des Unternehmens. Die 
Mitarbeiter der MTU sind am wirtschaftlichen Ergebnis des 
Unternehmens beteiligt. 

Unsere Stärken sind Sensibilität und Handlungsfähigkeit ge- 
genüber Veränderungen im Markt wie im Umgang mit unter- 
schiedlichen Kulturen. 

Unser Handeln zeichnet sich durch Eigenverantwortung, Fle- 
xibilität und die Fähigkeit aus, im Team Erfolge zu erarbeiten. 

Unsere Zusammenarbeit ist von gegenseitigem Vertrauen, 
persönlicher Wertschätzung, Meinungsvielfalt und Toleranz 
geprägt. 

Wir stärken durch persönliches Vorbild eine Kultur 
der ständigen Verbesserung und der offenen Kommunikation 
im Unternehmen. Mitarbeiter in Führungspositionen haben 
dafür eine besondere Verantwortung. 

Einstellung und berufliche Förderung qualifizierter Frauen und 
Männer orientieren wir an ihren fachlichen, persönlichen und 
sozialen Fähigkeiten, unabhängig von nationaler Her- 
kunfl oder kulturellem Hintergrund. 

In einer zukunftssicheren Industrie bietet die MTU anspruchs- 
volle Arbeitsplätze. Ihr unternehmerisches Handeln wird von 
Verantwortung gegenüber den Mitarbeitern geleitet. 

Das Unternehmen unterstützt seine Mitarbeiter in Ihrem politi- 
schen und gesellschaftlichen Engagement für das Zusam- 
menwirken in einem demokratischen Gemeinwesen. 



Ein weiteres Beispiel für ein modernes Unternehmensleitbild 
liefert die Zeppelin Silo- und Apparatetechnik GmbH, Friedrichs- 
hafen. Sie hat als stiftungsgeführtes Traditionsunternehmen mit 
regionaler und sozialer Verantwortung einen Leitfaden formu- 
liert, der das Denken und Handeln der Mitarbeiter im Unterneh- 
men einschließlich seiner Tochterunternehmen beeinflusst (vgl. 
Zeppelin 2002). Kernbegriffe des Leitbildes sind Flexibilität und 
Leistungswille, Motivation und Qualifikation, Kundenorientie- 
rung, Kostenbewusstsein, Ganzheitliches Qualitätsverständnis, 
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1.6 Zielformulierung durch Zielvereinbarung 



Leitsätze zur 

Unternehmens- 

Strategie 



Untemehmens- 

leitbild 



Zielorientierte und kooperative Führung sowie Teamarbeit und 
Netzwerkdenken. 



PRAXISBEISPIEL: UNTERNEHMENSLEITBILD DER ZEP- 
PELIN SILO- UND APPARATETECHNIK GMBH (2002) 

■ Weltweite Flexibilisierung der Fertigungskapazitäten sewie 
konsequente Ausrichtung auf zukünftige Märkte und Aufga- 
ben. 

■ Strategische Partnerschaften zur Erweiterung der Wertschöp- 
fungskette oder der Produktfelder. 

■ Ausbau des Standortes Friedrichshafen zum weltweiten 
Kompetenzzentrum für Vertrieb, Engineering und Fertigung 
zur Sicherung der weltweiten Aktivitäten. 



■ Wir planen und liefern Anlagen für das Lagern, Fördern, Do- 
sieren, Verwiegen und Mischen von hochwertigen Schüttgü- 
tern weltweit. 

■ Die herausragende Qualität und der Technologievorsprung 
unserer Produkte sichern unseren Markterfolg. 

■ Kernkompetenz ist das Engineering und die Fertigung von 
kundenspezifischen Komplettanlagen und Komponenten. 

■ Zum höchsten Nutzen unserer Kunden, sichern wir unsere 
unabhängige Marktstellung durch Wertorientierung. Dazu 
streben wir eine Rendite über dem Branchendurchschnitt an. 

■ Wir streben ein kontinuierliches Wachstum und eine stetige 
Entwicklung der Produkt- und Geschäftsfelder im Sinne ma- 
ximaler Kundenorientierung an. 

■ In unseren Geschäftsfeldern haben wir eine führende Markt- 
position. 

■ Wichtigster Erfolgsfaktor sind hochqualifizierte, motivierte und 
leistungsorientierte Mitarbeiter. 

■ Die Wichtigkeit von Gesundheit und Sicherheit, sowie der 
Schutz der Umwelt sind integraler Bestandteil unserer Aktivi- 
täten. 
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1 Leitbildcontrolling-Konzept in der Informationsgesellschaft 



Unternehmens- 

grundsätze 



■ Voraussetzung für die Erreichung der Unternehmenszieie 
sind Fiexibiiität und Leistungswiiie. Diese Eigenschaften be- 
weisen wir nicht nur unseren Kunden permanent, sondern 
auch unseren Vorgesetzten, Keiiegen oder Mitarbeitern. 

■ Nur mit Motivatien und Quaiifikation können wir unseren he- 
ben Ansprüchen gerecht werden. Diese zu sichern und stetig 
zu steigern ist nicht nur eine Führungsaufgabe - sondern 
auch eine Frage der Seibstkontrolie. 

■ Jede unserer Fiandiungen, dient ausschiießiich unseren Kun- 
den. Unsere Aufgabe ist es, unsere Kunden erfoigreicher zu 
machen. Kundenorientierung ist deshaib das oberste Motiv 
unseres Handeis 

■ Jeder Mitarbeiter genießt das Vertrauen des Unternehmens, 
mit Vermögen - aiso Sach- oder Geidwerten - umzugehen. 
Deshaib ist jeder dazu aufgefordert, dies so zu tun, ais wäre 
es sein Eigenes. Kostenbewußtes Denken und Handein ist 
deshaib Voraussetzung für eine vertrauensveiie Zusammen- 
arbeit. 

■ Wir setzen wir auf ein ganzheitliches Qualitätsverständnis, bei 
dem ausschließlich der zufriedene Kunde am Ende des Pro- 
zesses zählt. Der Begriff Qualität bedeutet nicht nur fehler- 
freie Predukte, sendern ist der Maßstab für unsere gesamte 
Unternehmensleistung. 

■ Unseren Führungskräften kemmt im besonderen Maße die 
Aufgabe zu, die genannten Werte einerseits verzuleben und 
andererseits einzufordern. Führen bedeutet für uns zielorien- 
tiertes und kooperatives Handeln und Denken. 

■ Nur im Team können wir die maximale Schlagkraft am Markt 
erreichen - und zwar lekal, national und international. Durch 
Teamarbeit und globales Netzwerkdenken sichern wir unse- 
ren Kunden das Können ven „Alle Spezialisten unter einem 
Dach - weltweit.“ 

■ Wir handeln verantwertungsbewußt gegenüber Gesellschaft 
und Umwelt und leisten durch unsere Produkte einen Beitrag 
zur Verbesserung der Lebensqualität. Die Sicherheit unserer 
Partner und Mitarbeiter hat bei der Ausführung unserer Leis- 
tung stets Priorität. 



24 





1.8 Zielerfüllung im Regelkreis 



1.8 



operative und 

strategische 

Regelkreise 



Zielsteuerung im Regelkreis 

Die Zielsteuerung - abhängig vom Entscheidungsvermögen des 
operativen Managements - koordiniert die Controlling- und Mar- 
keting-Führungskonzepte mit Hilfe der gemeinsam genutzten 
Controlling-Prozessoren (Impulsgeber). 

• Planung, 

• Information, 

• Analyse, 

• Steuerung und 

• Kontrolle (= rollierender Plan-Ist-Vergleich) 
auf Vollkosten und Deckungsbeitragsbasis. 

Ordnungsgemäß arbeitende operative und strategische Control- 
ling-Werkzeuge pendeln sich kompassartig auf ihre Erfolgs- bzw. 
Wachstumsengpässe ein, praktizieren das zukunftsorientierte 
Denken (= Feedforward-Denken), steuern sich selbsttätig wie ein 
Regelkreis, unterstützt durch Rentabilitäts- und Liquiditätskontrol- 
len, abgesichert durch ein mit der Erfolgsrechnung und Erfolgs- 
planung vernetztes Cash-Management und Kennzahlensystem. 



Zielerfüllung im Regelkreis 

Die Zielerfüllung im selbst regelnden Steuerungssystem benötigt 
Werkzeuge, die sich einfach und wirtschaftlich aufbauen und 
anwenden lassen, sowohl im Groß- als auch im mittelständischen 
Unternehmen. Der in Abbildung 10 vorgestellte operative Werk- 
zeugkasten entspricht in seiner systematisierten Form als Über- 
blick der Wirtschaftswirklichkeit. In ihr sind die Erfolgsrechnung, 
Erfolgsanalyse und Erfolgsplanung eng miteinander vernetzt. Die 
Ist-Erfahrungstatbestände beeinflussen natürlich die Planungsvor- 
stellungen (vgl. Abbildung 13). 

Im operativen Bereich ändern sich Zahlenwerte z. B. aufgrund 
von Qualitätsmängeln. Die operativen Werkzeuge greifen bis 
zum Zeithorizont, helfen Erfolgsengpässe zu beseitigen und op- 
timieren den Gewinn. Im strategischen Bereich ändern sich Be- 
dingungen (Ölkrise 1973, Wiedervereinigung 1989, Produktion 
Megabitchip 1998, Zerstörung des World Trade Center 2001, 
Nanotechnologien). Die strategischen Werkzeuge wirken jenseits 
des Zeithorizonts, helfen Wachstumsengpässe beseitigen und 
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erhöhen die Überlebenschancen im internationalen Wettbewerb 
(vgl. Abbildung 9). 
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Abbildung 13: Regelkreis Operatives Controlling (Mayer 2003) 
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Abbildung 14: Regelkreis Strategisches Controlling (Mayer 2003) 



1 .9 Mindestbausteine für ein IT-gestütztes Controiiingkonzept 

Ein Controllingkonzept (vgl. Freidank/Mayer, 2003) ist arbeitsfä- 
hig mit Leitbild, einer: 

• IT-gestützten Feedback- und Feedforward-Planung mit rollie- 
rendem und kumulierenden Plan-Ist-Vergleich (PIV), 

• Selbstrückkopplung im IT-gestützten Regelkreis, sozial-, 
energie-, umweit-, recyclingbewusst, 
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• günstigen Handels-, Energie- und Umweltbilanz, 

• vernetzten Sensorenbank für rechtzeitiges Erkennen von 
Erfolgs- und Wachstumsengpässen, 

• kombinierten Vollkosten- und Deckungsbeitragsrechnung, 

• Aktivierung des Humanfaktors über Motivation, Identifikati- 
on mit der Unternehmensphilosophie, 

• Aufbau eines Erühwarnsystems für Katastrophenfälle, Er- 
folgs- und Wachstumsengpässe, den rechtzeitigen Einstieg in 
Innovationen, neue Schlüsseltechnologien der Bionik-Infor- 
mationswirtschaft, Nanotechnologie . 

Ein Controlling-Konzept liefert Erüherkennungssignale für Er- 
folgs- und Wachstumsengpässe und damit Hinweise für einen 
rechtzeitigen Einstieg in Innovationen und Schlüsseltechnolo- 
gien: 



Elektrotechnik, 

Mikroelektronik, 

Sensorik, 

T elekommunikation , 

Digitaltechnik, 

Biocomputer, 

Software-Engineering, 

Raumfahrt, 

Plasma-Eusionsantrieb, 

Robotik, 

Hochleistungskeramik, 

Biotechnologie, 

Biokraft, 

Bionik, 



nachwachsende Roh- 
stoffe und Organe bei 
Tieren und Menschen, 

Medizinaltechnik, 

Telemedizin 

Lasertechnik, 

Supraleiter, 

Lichtwellenleiter, 

Genetik, 

Genomprojekte, 

Biometrie, 

Nanotechnologie 
(vgl. dazu ausführlich: 
Jopp, K 2003). 
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Übungsaufgaben 



Wiederholungsfragen 



Nr. 


Frage 


Antwort 

Seite 


1 


Definieren Sie bitte den Terminus Controller- 
funktion! 


1 


2 


Definieren Sie bitte den Terminus Controlling- 
konzept! 


1 


3 


Was ist unter Zielformulierung, Zielsteuerung, 
Zielerfüllung zu verstehen? 


1 


4 


Wie lautet der Leitspruch von Heraklit? 


3 


5 


Erinnern Sie sich noch an die sechs W-Fragen? 


5 


6 


Warum ist das „Wir-Gefühl“ in einem Unter- 
nehmen so wichtig? 


6 


7 


Wirkungsketten- und Wirkungsnetzdenken 
nach F. Vester als Denkansatz. 


7 


8 


Lassen sich Leitbild- und Kennzahlendenkan- 
sätze kombinieren? 


9 


9 


Warum „Controllerdienst“ statt Controlling auf 
dem Türschild? 


11 


10 


Warum unbedingt Controlling-Konzept und 
Marketing-Konzept vernetzen? 


13 


11 


Zeichnen Sie bitte die Regelkreise für den 
operativen und strategischen Werkzeugkasten 
freihändig aus dem Gedächtnis! 


26 


12 


Welche Mindestbausteine benötigt ein IT- 
gestütztes Controlling-Konzept? 


27 


13 


Welche neuen Schlüsseltechnologien steuern 
unsere Wirtschaft im 21. Jahrhundert? 


28 



29 






1 Leitbildcontrolling-Konzept in der Informationsgesellschaft 



Übungsaufgaben 



Abbildung 


Text 


Seite 


Zeichnen Sie bitte die folgenden Abbildungen aus dem Gedächt- 
nis auf. Vielen Dank. 


Abbildung 1 


Führungskonzept Controlling 


2 


Abbildung 2 


Plan-Ist-Vergleich (Vergangenheitsorien- 
tiert) 


4 


Abbildung 3 


Feedforward-Plan-Ist-Vergleich 


4 


Abbildung 5 


Leitbild- und Kennzahlen-Controlling 


9 


Abbildung 6 


Wirkungsnetz- und Wirkungskettenden- 
ken (Vester modifiziert) 


10 


Abbildung 9 


Controlling-Konzept als Wirkungsnetz 


13 


Abbildung 10 


Controlling-Werkzeugkästen 


17 


Abbildung 11 


Operativer Werkzeugkasten mit Zeitho- 
rizont 


18 


Abbildung 12 


Strategischer Werkzeugkasten ohne 
Zeithorizont 


18 


Abbildung 13 


Regelkreis Operatives Controlling 


26 


Abbildung 14 


Regelkreis Strategisches Controlling 


27 
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2.1 Definition IT-Controlling 




IT-Controlling-Konzept 



2.1 Definition IT-Controiiing 

Der Terminus IT-Controlling wird vielfältig angewandt. In der 
Literatur und Praxis tauchen zahlreiche Begriffe aus dem IT- 
Controlling-Konzept auf, z. B.: 

• ADV-Controlling (Automatisierte Datenverarbeitungs-Control- 
ling), 

• DV-Controlling (Datenverarbeitungs-Controlling), 

• EDV-Controlling (Elektr. Datenverarbeitungs-Controlling), 

• INE-Controlling (Informatik-Controlling), 

• Informationscontrolling, 

• IV-Controlling (Informationsverarbeitungs-Controlling), 

• IS-Controlling (Informationssystem-Controlling) und 

• IT-Controlling (Informationstechnik-Controlling). 

Die Auffassungen für den Aufgabenkatalog variieren stark. Eine 
enge Auffassung beschreibt IT-Controlling als Kontrolleur der IT- 
Abteilungen oder als computergestützte Kontrolle von IT- 
Projekten. Auf IT-Controlling angesprochen, verweisen Unter- 
nehmensleitungen gerne auf die IT-Leitung (vgl. Santihanser, 
2004, S. 17). Diese Definitionen bzw. Auffassungen sind im Sinne 
eines Leitbildcontrolling-Konzeptes irreführend und nicht ausrei- 
chend. Trotz der unterschiedlichen Interpretation und Synony- 
men hat der Begriff IT-Controlling seinen festen Platz in der 
Betriebswirtschaftslehre erhalten und wird als Kerndisziplin der 
Wirtschaftsinformatik betrachtet (vgl. Krcmar/Son, 2004, S. l65). 
Definitionen jüngeren Datums betrachten IT-Controlling als In- 
strument zur Entscheidungsvorbereitung im Rahmen der Nutzung 
von IT-Ressourcen. IT-Controlling ist die „... Beschaffung, Aufbe- 
reitung und Analyse von Daten zur Vorbereitung zielsetzungsge- 
rechter Entscheidungen bei Anschaffung, Realisierung und Be- 
trieb von Hardware und Software ...“ (vgl. Becker/Winkelmann, 
2004, S. 214). IT-Controlling wird in einer aktuellen Studie als 
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2 IT-Controlling-Konzept 



Kosten- 

orientierung 



Leistungs- 

orientierung 



„elementares Steuerungs- und Koordinationsinstrument“ einge- 
stuft (vgl. Son/Gladyszewski, 2005, S. 3). 

Unterschiedliche Erfahrungen verfälschen oft das Aufgabenfeld 
des IT-Controllerdienstes. Durch den gestiegenen Kostendruck 
wird der Terminus IT-Controlling oft mit Kostenreduktion im IT- 
Bereich verwechselt. Ursache dafür ist die stärkere IT-Durch- 
dringung der Geschäftsprozesse und der hierdurch angestiegene 
IT-Kostenanteil. Mangelnde Transparenz dieses Kostenblocks 
führt bei der Unternehmensleitung oft zu dem Eindruck, dass die 
IT-Kosten reduziert werden müssen. 

Stellvertretend für diese kostenorientierte Einstellung kann das 
Aufgabenfeld der Abteilung „DV-Controlling“ eines deutschen 
Versicherungsunternehmens dienen: 

• Ermittlung des EDV-Budgets im Rahmen der Jahresplanung, 

• Mitzeichnung der Genehmigung von DV-Projekten in mone- 
tärer Elinsicht, 

• Monatlicher Soll/Ist-Vergleich und Prognose der DV-Kosten, 

• Verursachungsgerechte Zuordnung der DV-Kosten (Kosten- 
rechnung und Leistungsverrechnung), 

• Plan-Ist-Vergleiche der IT-Projektbudgets, 

• Kontrolle der Projektplanung und des Projektfortschrittes in 
DV-Projekten sowie Aufzeigen von Überlastsituationen. 

Der IT-Controller wird zum Kostenkontrolleur und Kostensenker 
degradiert. 

Eine leistungsorientierte Sichtweise erkennt, dass der IT-Einsatz 
mit Leistungssteigerung und Effizienzverbesserung vernetzt ist. 
Zunehmend wird erkannt, dass die IT nicht eine „Handwerkerab- 
teilung“, sondern ein Kernelement zur Sicherstellung der Wett- 
bewerbsfähigkeit des Unternehmens darstellt. Der IT-Controller- 
dienst unterstützt den IT-Einsatz im Unternehmen im Rahmen 
eines IT-Controlling-Konzeptes. 

Stellvertretend für diese leistungs- und serviceorientierte Sicht- 
weise kann die Definition für IT-Controlling eines deutschen 
Dienstleistungsunternehmens gelten: „IT-Controlling ist ein Sys- 
tem der Unternehmensführung, das die Planung, Überwachung 
und Steuerung aller IT-Aktivitäten unterstützt und insbesondere 
die notwendige Transparenz herbeiführt“. 
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Stellt man die beiden Ansätze gegenüber (vgl. Abbildung 15), 
erkennt man beim kostenorientierten Ansatz typische kostensen- 
kende Maßnahmen wie z.B. die Auslagerung der Informations- 
technik, Stellenkürzungen im Bereich des IT-Personals, Ver- 
teilung der IT-Kosten nach dem Umlageverfahren, Projekt- 
auswahl ausschließlich nach dem Rol (Return on Invest) oder die 
Festlegung des IT-Budgets nach einem festen Prozentsatz vom 
Umsatz des Unternehmens. Typische Maßnahmen des leistungs- 
orientierten Ansatzes erhöhen die Leistungsfähigkeit des Unter- 
nehmens; Ausrichtung und Steuerung der IT an den Unterneh- 
menszielen, Standardisierung von IT-Leistungen, Optimierung 
von IT-Prozessen, verursachungsgerechte IT-Kosten- und Leis- 
tungsverrechnung, Ermittlung des Beitrages zu den Unterneh- 
menszielen als Maßstab für die Auswahl geeigneter IT-Projekte 
und Festlegung des IT-Budgets. 

I Typische Maßnahmen | Gewünschte Wirkung 



Kosten- 

orien- 

tierter 

Ansatz 



• Auslagerung der IT- Abteilung (oder Teile) 

• Stellenkürzungen in der IT 

• IT-Kostenverrechnnng per Gemeinkostenumlage 

• Rol als alleiniger Maßstab für Projekte 

• Festlegung IT-Budget als %-Satz vom Umsatz 



Senkung der 
IT-Kosten 



Leistungs- 

orien- 

tierter 

Ansatz 



• Ausrichtung und Steuerung der IT an 
Unternehmenszielen 

• Standardisierung von IT-Leistungen 

• Optimierung von IT-Prozessen 

• Verursachungsgerechte IT-Kosten- und 
Leistungsverrechnung 

• Beitrag zu Unternehmenszielen als 
Maßstab für IT-Projekte nnd IT-Budget 







Erhöhung der 
Leistungs- 
fähigkeit 
des 

Unternehmens 



Abbildung 15; Kosten- versus Leistungsorientierung 



IT-Controlling- Das IT-Controlling-Konzept plant, koordiniert und steuert die 

konzept Informationstechnologie und ihre Aufgaben für die Optimierung 

der Geschäftsorganisation (Geschäftsprozesse und Aufbauorgani- 
sation) bei der Zielformulierung, Zielsteuerung und Zielerfüllung 
mit dem Controllerdienst. 



IT-Controller- Ergo: Der IT-Controllerdienst steuert und gestaltet den IT- 
dienst Einsatz in der Gegenwart und für die Zukunft. 

Die Schering AG hat einen vergleichbaren Ansatz unter dem 
Stichwort „Wertorientiertes IT-Controlling“ konzipiert und umge- 
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2 IT-Controlling-Konzept 



set 2 t. Sie sieht ihr IT-Controlling-Konzept als Ausgangsbasis zur 
Bewertung der Informationstechnik und verfolgt damit u. a. die 
Ziele: Erhöhung der Transparenz hinsichtlich IT-Kosten und der 
Leistungsfähigkeit der IT zur Steigerung des Geschäftsnutzens 
(vgl. Schröder, J.; Späne, A.; Schröder, G., 2005, S. 34). Sie unter- 
stützt damit den Wandel vom finanzorientierten zum potenzial- 
orientierten IT-Controlling, da die kostenorientierte Sicht ihre 
Unternehmensziele nur partiell unterstützt (vgl. Schröder, J.; 
Schröder, G.; Späne, A., S. 329-330). 



2.2 



Online- 
Verarbeitung 
statt Batch - 
Betrieb 



IT als „ Waffe 



IT im Wandel 

In der Wirtschaft und Verwaltung vollzieht sich ein Wandel weg 
von der Technik- hin zur Geschäftsorientierung. In den 1970er 
und 1980er-Jahren standen die regelbasierte Stapelverarbeitung 
(über Nacht) und Automatisierungen von Aufgaben mit Massen- 
datenverarbeitung (z. B. Buchhaltung, Lagerhaltung, Gehaltsab- 
rechnung) im Vordergrund der damaligen „Betrieblichen Daten- 
verarbeitung“. Die IT unterstützte lediglich ausgewählte Einzel- 
funktionen. IT-Kosten wurden der zentralen „IT-Kostenstelle“ 
belastet und - wenn überhaupt - nur in Form einer Umlage auf 
nachgelagerte Kostenstellen verteilt. In dieser Zeit galt der Status 
der IT-Abteilung als exklusiv, z. B. als Ansprechpartner für Hard- 
ware- und Softwarelieferanten sowie Beratungsunternehmen. 

Interaktive Onlinesysteme (z. B. die betriebswirtschaftliche Stan- 
dardsoftware SAP® R/3®) lösten die zeitintensive Stapelverarbei- 
tung eleganter ab. In den 1990er-Jahren wurden zahlreiche Pro- 
jekte unter dem Schlagwort „Business Reengineering“ (vgl. hierzu 
ausführlich Gadatsch 2004) durchgeführt, um Altsysteme unter 
Veränderung der betrieblichen Prozesse abzulösen. Ziel war die 
Optimierung des Geschäftes durch die Informationstechnik. 

Um die Jahrtausendwende wurde die IT zur „Waffe“ im Wettbe- 
werb und als Basis für völlig neue Geschäftsmodelle entdeckt. 
Elektronische Marktplätze, Onlineauktionssysteme, Elektronische 
Beschaffungssysteme (Electronic Procurement), zahlreiche An- 
wendungen in der Telekommunikation oder im Lieferantenma- 
nagement (Supply-Chain-Management) sind in dieser Zeit ent- 
standen bzw. weiter verfeinert worden. 
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BEISPIEL DHL: „OHNE DEN EINSATZ VON IT KÖNNTEN 
WIR UNSER GESCHÄFT NICHT BETREIBEN“ 

Deutlich wird die aktuelle Situation in vielen Unternehmen durch zwei 
Aussagen des Chief-Information-Officers (CIO) des deutschen Lo- 
gistikdienstleisters DHL beschrieben: „Ohne den Einsatz von IT 
könnten wir unser Geschäft nicht betreiben" und „Vor rund 
30 Jahren war in der Logistikbranche das Wichtigste das 
Abholen und Zustetten eines Pakets. Heute ist die Informa- 
tion über das Paket genauso wichtig wie das Paket selbst" 
(vgl. Klostermeier 2004a, S. 69). Ein Statement, das stellvertretend für 
sehr viele Unternehmen mit starker IT-Unterstützung gilt. 



Informations- Spätestens gegen Ende der 1990er-Jahre hat sich das „Informati- 

management onsmanagement“ als Führungsinstrument gegen die bisher do- 

löst Datenverar- minante „Datenverarbeitung“ durchgesetzt. Die Informationsge- 
beitung ab Seilschaft ist etabliert (vgl. ausführlich Schink 2004). Zeitgleich 

entwickelte sich das IT-Controlling weiter. 



’ä3 




OJ 

'q_ 

CD 




IT 

unterstützt 
das Geschäft 




IT 

optimiert 
das Geschäft 




IT ist Teil 
des 

Geschäftes 




• Regelbasierte 
Stapelverarbeitung 

• Automatisierung von 
Einzelfunktionen 



• Automatisierte Buchhaltung 

• Lagerbestandsführung 

• Stücklistenauflösung 

• Nettogehaltsermittlung 



• Interaktive 
Onlineverarbeitung 

• Optimierung von 
Geschäftsprozessen 



• Business Reengineering 

• Online-Auftragsbearbeitung 
und -Produktkalkulation 

• Vertriebs- und Logistik- 
steuerung mit ERP-Systemen 



• Digitalisierung der Arbeit 

• IT als Basis für neue 
Geschäftsmodelle 
(E-Business) 



• Elektronische Marktplätze 

• Onlineauktionen 

• Electronic-Procurement 

• Telekommunikation 

• Supply-Chain-Management 



1970 1980 1990 2000 2010 




Abbildung l6: Von der Technik- zur Geschäftsorientierung 

Einordnung der Die IT-Abteilung wird in zahlreichen Unternehmen deutlich hö- 
IT-Abteilung her positioniert, als vor 20-30 Jahren. Als Beispiel lässt sich die 
Einordnung der IT-Abteilung eines deutschen Automobilzuliefe- 
rers (vgl. Abbildung 17) anführen. Die Informationstechnik wur- 
de in früheren Jahren in diesem Unternehmen als Kostenfaktor 
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eingestuft, heute zunehmend als Geschäftspartner und enabler 
für die Generierung strategischer Wettbewerbsvorteile (vgl. Petry 
2004). Bei der Münchner Allianz-Versicherung sind sogar zwei 
Vorstandsmitglieder für IT-Aufgaben verantwortlich, da bei die- 
sem Allfinanzunternehmen immer schneller neue Produkte auf 
dem Markt eingeführt und durch die IT abgebildet werden müs- 
sen (vgl. Klostermeier 2004b, S. 18). Diese Grundhaltung hat 
entsprechende Rückwirkungen auf die Aufgabeninhalte und den 
Stellenwert des IT-Controlling-Konzeptes. 

IT ist Werkzeug Allerdings betrachtet die Praxis die IT-Abteilung nicht als Selbst- 
zweck oder eigenständige Aufgabe, sondern als wichtiges Werk- 
zeug bzw. Dienstleister der Prozessunterstützung. Die Führungs- 
kräfte aus den Fachabteilungen nehmen viel mehr Einfluss auf 
IT-orientierte Entscheidungen, als in den 1970er/1980er-Jahren. 
Diesen Trend bestätigt die Aussage des Chief-Information- 
Officers (CIO) der Continental AG, nach der es dort keine IT- 
Projekte, sondern nur Business-Projekte gibt (vgl. Vogel 2004, S. 
28). 

Außerdem ist die Informationstechnik sehr viel stärker mit den 
Geschäftsaufgaben verwoben, als in den Jahrzehnten zuvor. Die 
Vielzahl der am Entscheidungsprozess beteiligten Personen ko- 
ordiniert deshalb das IT-Controlling-Konzept, um die Bündelung 
und Koordination der verschiedenen Interessen zu sichern. 
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0> 


„IT ist ein 


3 


Kostenfaktor“ 


(0 





„IT ist ein 
Vermögens- 
wert“ 



„IT ist ein 
Geschäfts- 
partner“ 





„IT ermöglicht 


0> 


strategische 


3 


Wettbewerbs- 


CO 


vorteile“ 




mobilzulieferer 



IT Doesn ’t 
Matter 



Typische 

Fragen 



Die Extremposition in der Diskussion um die „Wichtigkeit“ der 
Informationstechnik wurde 2003 von N. C. Carr mit seinem Auf- 
satz „IT Doesn’t Matter“ in der Zeitschrift „Harvard business re- 
view“ vertreten (vgl. Carr, 2003) und in mehreren Folgepublika- 
tionen (vgl. z. B. Carr 2004) weiter vertieft. Nach den Thesen von 
Carr hat die IT lediglich den gleichen Stellenwert wie typische 
Massengüter (z. B. Energie). Eine strategische Bedeutung der IT 
für die Unternehmen sieht der Autor dagegen nicht. Die IT wird 
zur „Commodity“, zum standardisierten Massenartikel, der bei 
Bedarf beim günstigsten Lieferanten bezogen wird, analog dem 
Strom aus der Steckdose. Die oben aufgeführten Beispiele zei- 
gen, dass diese Auffassung nicht allgemeingültig ist. 

Einen praxisnahen Katalog typischer Fragestellungen, auf die das 
IT-Controlling-Konzept geeignete Antworten für das Management 
liefert, haben Müller et. al. (2005, S. 101-102) zusammengestellt: 

• Welche Chancen eröffnen innovative IT-Systeme zur Steige- 
rung der Wettbewerbsposition? 

• Wie können die Risiken der zunehmenden Abhängigkeit von 
der IT beherrscht werden? 
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Schnelltest IT- 
Controlling 



• Wie können die vielfältigen IT-Anwendungen priorisiert 
werden? 

• Wie können die IT-Projekte in einem ganzheitlichen Pro- 
gramm-Management optimal aufeinander abgestimmt wer- 
den? 

• Wie kann der Beitrag der IT zur Optimierung der Geschäfts- 
prozesse beurteilt werden? 

• Wie kann ex ante die Wirtschaftlichkeit der IT-Anwendungen 
beurteilt werden? 

• Wie kann die Effizienz der Infrastruktur und der Leistungs- 
erbringung der IT beurteilt werden? 

• Wie kann die Qualität der Zusammenarbeit mit internen und 
externen Partnern gemessen werden? 

• Wie kann der Leistungsaustausch zwischen IT- und Fachab- 
teilung effizient bewertet und gesteuert werden? 

• Wie kann die Gesamtleistung der IT in einem ganzheitlichen 
System gemessen werden? 



Nicht alle Unternehmen können den Nutzen eines IT-Con- 
trolling-Konzeptes nachvollziehen. Höhnel et al. (2005) haben 
einen praxisnahen „Schnelltest“ zur Reifegradermittlung des Un- 
ternehmens in Bezug auf die Realisierung eines IT-Controlling- 
Konzeptes entwickelt, der relativ schnell die Schwachstellen 
eines Unternehmens offen legt. Sie gliedern die IT eines Unter- 
nehmens nach Prozess-Schritten (IT-Planung, IT-Entwicklung 
und IT-Betrieb) sowie nach IT-Ressourcen und IT-Leistungen. 
Hieraus resultiert eine Matrix, die mit typischen standardisierten 
Fragestellungen aus der täglichen Praxis ergänzt werden kann. 
Durch Addition der Aussagen (trifft nicht zu = 0, trifft zu = 1 
usw.) ergeben sich Zellen-, Spalten- und Zeilensummen, die zu 
Punktwerten verdichtet werden können. Je nach Beantwortung 
der Fragen ergeben sich hieraus interessante Schlussfolgerungen 
für das weitere Vorgehen zum Aufbau bzw. Weiterentwicklung 
des IT-Controlling-Konzeptes. Die Struktur des Schnelltests und 
einige ausgewählte Standardfragen sind in der Abbildung 18 
aufgeführt. Der ausführliche Fragebogen ist in Höhnel et al. 
(2005, S. 158-158) dokumentiert. 



38 





23 Einordnung in das Controlling-Konzept 





IT-Prozesse 


IT-Planung 


IT-Entwicklung 


IT-Betrieb 


IT-Res- 
sourcen 
und IT- 
Leis- 
tungen 


IT-Infra- 

struktur 


Die Unterneh- 
mensplanung ist 
bekannt? 


Die Kosten der Infra- 
struktur sind bekannt? 


Die IT-Kenn- 
zahlen werden 
regelmäßig be- 
richtet. 


IT- 

Anwen- 

dungen 


Ist die Altersstruk- 
tur der An- 
wendungen be- 
kannt? 


Werden Anwendungen 
vor dem Einsatz syste- 
matisch getestet? 


Werden berichte- 
te Fehler einer 
Anwendung 
systematisch 
überwacht? 


IT- 

Mitar- 

beiter 


Gibt es Stellenbe- 
schreibungen für 
jeden IT- 
Mitarbeiter? 


Sind die Mitarbeiter 
entsprechend ihrer 
Aufgabenstellung an- 
gemessen ausgebildet? 


Kennen die IT- 
Mitarbeiter ihre 
Kunden? 



Abbildung 18: Schnelltest IT-Controlling (vgl. Höhnel et al. 2005, 
S. 157-158, modifiziert) 



2.3 Einordnung in das Controiiing-Konzept 

In der betriebswirtschaftlichen Literatur wird die Zuordnung des 
Lehrgebietes IT-Controlling innerhalb der betriebswirtschaftlichen 
Disziplinen Controlling bzw. Wirtschaftsinformatik unterschied- 
lich gelöst (vgl. ausführlich Diedrich, 2005, S. 21 ff.). Eine Lehr- 
meinung betrachtet IT-Controlling als Teil des Teilgebietes In- 
formationsmanagement, das der Wirtschaftsinformatik zugeord- 
net ist. Der Fokus des IT-Controllings liegt hier auf der Planung, 
Steuerung und Kontrolle der IT. Die andere Lehrmeinung be- 
trachtet IT-Controlling als spezielle Ausrichtung innerhalb des 
Controllings. In diesem Fall ist die Informationstechnik das Un- 
tersuchungsobjekt. Die Autoren schlagen einen pragmatischen 
Ansatz vor: IT-Controlling wird als Controlling und Wirtschaftsin- 
formatik vernetzende Disziplin betrachtet. Es beschäftigt sich mit 
der Steuerung und Gestaltung des IT-Einsatzes zur Erreichung 



39 





2 IT-Controlling-Konzept 



Vernetzung 



der Unternehmensziele (vgl. Abbildung 19 und die analoge Mei- 
nung von Diedrich, 2004, S. 21-22). 




Abbildung 19: IT-Controlling im Kontext betriebsv/irtschaftlicher 
Disziplinen 

In den vergangenen Jahren haben sich neue Sparten im Control- 
ling-Konzept etabliert. Teilbereiche wie Logistik-, Produktions- 
und Vertriebscontrolling u. a. sind auf einzelne Prozessbereiche 
des Unternehmens und damit in ihrer Wirkung begrenzt. Das IT- 
Controlling-Konzept bringt betriebswirtschaftliches Denken und 
Handeln und angepasste Werkzeuge in den IT-Bereich (vgl. auch 
Tiemeyer, 2005a, S. 4). 

IT-Controlling vernetzt Controlling-Sparten (vgl. Abbildung 20), 
wenn der IT-Einsatz alle Bereiche eines Unternehmens koordi- 
niert. 
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2.4 Gestaltungsoptionen 



Controlling-Konzept 



Beschaffungs- 






Marketing- 


und 




Fertigungs- 


^ und 


Logistik- 




Controlling 


" Vertriebs- 


Controlling 






Controlling 



IT-Controlling 



Abbildung 20: Vernetzung des IT-Controllerdienstes 



2.4 Gestaltungsoptionen 

Betrachtet man das IT-Prozessmodell, d. h. die Prozess-Schritte 
Strategische Planung, Entwicklung und Betrieb von Software, 
dann lassen sich die in Abbildung 21 aufgeführten Aufgaben des 
Informationsmanagements als Wirkungsnetz darstellen. 

Im Rahmen des Prozess-Schrittes IT-Strategie wird zunächst eine 
umfassende IT-Strategie konzipiert, welche die Umsetzung und 
Überwachung von IT-orientierten Maßnahmen zur Erreichung 
der strategischen Unternehmensziele übernimmt. Die wesentli- 
chen Inhalte der IT-Strategie umfassen: 

• Eormulierung eines zukünftigen SoUzustandes (Wohin 
wollen wir?) 

• Aufzeigen des Handlungsbedarfs (Was müssen wir tun? 
Wo sind die Schwachstellen?) 

• Ermittlung von Handlungsoptionen (Was haben wir für 
Alternativen?) 

• Setzen von Zielen und definieren von Maßnahmen (Was 
soll konkret gemacht werden? Bis wann sollen die Ziele er- 
reicht werden?) 

• Eestlegung der Verantwortung (Wer führt die Maßnahmen 
durch?) 



Bestimmung von Messgrößen für das Ziel-Monitoring 
(Wann haben wir die Ziele erreicht?). 
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2 IT-Controlling-Konzept 



Praxisfall: Un- 
ternehmensak- 
quisition 



Als ein Kernelement der IT-Strategie gilt die Entwicklung eines 
IT-Bebauungsplans . Er ist auch unter einer Reihe anderer Beg- 
riffe bekannt: Unternehmensbebauungsplan, Bebauungsplan, IS- 
Plan bzw. Informationssystemplan, IT-Masterplan oder Rahmen- 
architekturplan. Der IT-Bebauungsplan beantwortet folgende 
Eragen: 

• Welche Informationssysteme haben wir derzeit im Einsatz? 

• Wer hat die Verantwortung für diese Informationssysteme? 

• Wann wurde ein Informationssystem eingeführt und welchen 
aktuellen Releasestand benutzen wir? 

• Wann wird das nächste Release produktiv und wann wird es 
abgelöst? 

• Über welche Verbindungsstellen (Schnittstellen) werden die 
verschiedenen Informationssysteme im Unternehmen ver- 
knüpft? 

• Welche Informationen werden an den Verbindungsstellen 
ausgetauscht? 

• Welches Informationssystem ist das „führende“ System, z. B. 
für Kundendaten oder Produktdaten? 

• Durch welche Abteilung mit welchem Informationssystem 
werden unternehmensweite Daten (z. B. Kundendaten) er- 
fasst und geändert? 

• Wohin werden die Änderungen weitergeleitet? 

• Wo (welche Organisationseinheiten) und wofür (welche 
Geschäftsprozesse) setzen wir im Konzern bzw. im Unter- 
nehmen Standardsoftware des Herstellers XYZ ein? 

• Wo und wofür lässt sich Standardsoftware weiterhin einset- 
zen? 

Auf die Verwendungsmöglichkeiten von IT-Bebauungsplänen 
insbesondere bei Unternehmensakquisitionen weist Herold 
(2003) hin. Bei Unternehmenszusammenschlüssen wird regelmä- 
ßig auch nach Synergiepotenzialen durch Zusammenlegung der 
Informationssysteme gesucht. Der Abgleich der Bebauungspläne, 
soweit vorhanden, erleichtert diese Aufgabe erheblich (vgl. hier- 
zu das Beispiel in Herold, 2003, S. 225). 

Daneben sind eine Reihe von Hardwarestandards (z. B. Stan- 
dard-PCs), Softwarestandards (z. B. Bürosoftware für Textver- 
arbeitung und Mail) und Sicherheitsstandards (z. B. Verschlüs- 
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2.4 Gestaltungsoptionen 



selungs- und Virenschutzprogramme) festzulegen und zu verab- 
schieden. 







IT- 

Strategie 



•IT-Strategie 

•IT-Bebauungsplan 

•Hardware, Software 
und Security-Standards 



IT- 

^yzfentwicklung 



•Entwicklung und 
Wartung von 
Individualsoftware 
•Einführung und 
Implementierung von 
Standard- Anwendungs- 
software 











•Aufbau und Betrieb der 
IT-Infrastruktur (RZ, 
Netzwerke, zentrale 
Server u.a.) 

•Service und Benutzer- 
support 




IT-Prozess 



Ausgewählte 
p>- Aufgaben 

IT -Management 



Einflussbereich 

IT-Controller- 

dienst 



Abbildung 21: IT-Prozessmodell 



IT-Prozess- Der Prozess-Schritt IT-Entwicklung unterstützt die Entwicklung 

Schritte und Wartung von Individualsoftware sowie die Einführung und 

Implementierung von Standard- An Wendungssoftware, wie etwa 
SAP® R/3®. Nach der Einführung der Individual- oder Standard- 
software folgt der Prozess-Schritt IT-Betrieb. Hier stehen zum 
einen die Planung und der Aufbau der IT-Infrastruktur, also dem 
Rechenzentrum, Unternehmensnetz, zentralen Servern für die 
Datenhaltung u. a. an. Weiterhin ist die im Einsatz befindliche 
Software zu betreiben und für einen regelmäßigen Service und 
Benutzersupport (Hotline etc.) zu sorgen. 

Alle genannten Aufgaben durchlaufen die Phasen Konzeption, 
Umsetzung und Monitoring. In allen Phasen wird der IT- 
Controllerdienst gefordert. Der Übergang zwischen dem strategi- 
schen und operativen Controlling-Konzept ist vernetzt und flie- 
ßend. 
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2 IT-Controlling-Konzept 



2.5 Merkmale 



Strategisches IT- 
Controlling = 
Steigerung der 
Effektivität 
(Wirksamkeit) 



Das strategische IT-Controlling (vgl. Abbildung 22) orientiert sich 
ohne Zeithorizont am Gesamtunternehmen. Es dient der Steige- 
rung der Effektivität des Unternehmens. Die Kernfrage des Stra- 
tegischen IT-Controlling lautet: Welche Aufgaben müssen wir für 
die Zukunft lösen? („to do the right things“). Die IT (als Wettbe- 
werbsfaktor) unterstützt die Erreichung der Unternehmensziele 
als strategischer Baustein im Werkzeugkasten. 



Bezugs- 


Ziel- 


Ziel- 


Ziel- 


bereich 


formulierung 


Steuerung 


erfüllung 



(ohne Zeithorizont) 

Strategisches 

IT-Controlling- 

Konzept 

/■ 

(mit Zeithorizont) 

Operatives 

IT-Controlling- 

Konzept 



•Konzern 

•Unternehmen 

•Geschäfts- 

felder 


•Ausrichtung 
der IT an Unter 
nehmenszielen 
•IT als Wett- 
bewerbsfaktor 


•Strategischer 

Werkzeug- 

kasten 


•Unter- 

nehmenswert 

•Wettbewerbs- 

fähigkeit 

•Existenz- 

sicherung 


X 

\ 

4 


•Geschäfts- 

prozesse 

•Kostenstellen- 

leiter 

•Anwendungs- 

systeme 


•Unterstützung 
der Geschäfts- 
Prozesse durch 
eßlzienten 
IT-Einsatz 


•Operativer 

Werkzeug- 

kasten 


•Gewinn 

•Liquidität 

•Rentabilität 



Abbildung 22: Merkmale des IT-Controlling-Konzeptes 



Die richtige Werkzeugauswahl lässt sich langfristig am Unter- 
nehmenswert und der Wettbewerbsfähigkeit des Unternehmens 
messen (vgl. dazu Liessmann, 2001). 



Operatives IT- 
Controlling 
= Steigerung der 
Effizienz 
(Wirkkraft) 



Der operative IT-Controlling-Werkzeugkasten steigert die Effi- 
zienz der vom strategischen IT-Controlling vorgegebenen Maß- 
nahmen. Die Kernfrage lautet: Wie lassen sich die Maßnahmen 
optimal durchführen („to do the things right“)? Das operative IT- 
Controlling-Konzept (vgl. Abbildung 22) arbeitet innerhalb eines 
definierten Zeithorizontes und betrachtet ausgewählte Geschäfts- 
prozesse, Informationssysteme oder einzelne Kostenstellen und 
dient der konkreten Prozessunterstützung (vgl. dazu Mayer, 
2003). 



Messbarkeit 

operativer 

Werkzeuge 



Der Einsatz des operativen IT-Controlling-Werkzeugkastens wird 
am Gewinn, der Liquidität und der Rentabilität des Unterneh- 
mens gemessen. 



44 





2.6 Werkzeuge 



2.6 



operative 

Werkzeuge 



Werkzeuge 

Dem IT-Controllerdienst stehen mehrere Werkzeuge zur Verfü- 
gung. Strategische Werkzeuge dokumentiert Abbildung 23. Sie 
unterstützten das IT-Management bei der Formulierung, Umset- 
zung und laufenden Überwachung (Monitoring) der IT-Strategie 
des Unternehmens. Die IT-Strategie arbeitet mit IT-Standards (z. 
B. bestimmten Betriebssystemen, Office-Produkten), die vom IT- 
Management erarbeitet und für IT-Verantwortungsträger verbind- 
lich vorgegeben werden. Der IT-Controllerdienst kann das IT- 
Management wirkungsvoll unterstützen, wenn nur mit standard- 
konformen Maßnahmen gesteuert wird. 



IT-Strategie 



Unterstützung IT-Management 
bei Formulierung und 
Umsetzung der IT-Strategie. 



IT-Standardisierung & 
Konsolidierung 
Unterstützung IT-Management 
bei Festlegung und Durchsetzung 
von Programmplänen und IT- 
Standards 

(Einsatz von Standardsoftware, 
IT-Arbeitsplatzmanagement, TCO). 



i 

i 



IT-Balanced Scorecard 



•Bereitstellung und Analyse 
strategischer Kennzahlen 
•Monitoring der IT-Strategie 



IT -Portfoliomanagement 



•Bewertung, Auswahl und 
Steuerung von Neu- oder 
Wartungsprojekten 
•Bewertung von IT-Sicherheits- 
Projekten 



Abbildung 23: Strategische IT-Controlling-Werkzeuge 



Die Überwachung eingeleiteter strategischer Maßnahmen unter- 
stützen die Balanced Scorecard-Methode, die für den IT-Bereich 
zunehmend eingesetzt wird. Die Mitwirkung im IT- 
Portfolioausschuss für strategisch wichtige IT-Projekte ist anzu- 
streben. Dort werden langfristig wirkende Entscheidungen vorbe- 
reitet, verabschiedet und im Rahmen des IT-Portfolio- 
Managements IT-Projekte priorisiert. Die zunehmende Bedeu- 
tung der IT-Sicherheit erfordert spezielle Methoden, um deren 
wirtschaftliche Bedeutung zu ermitteln. 

Den operativen IT-Controlling-Werkzeugkasten dokumentiert 
Abbildung 24. 
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2 IT-Controlling-Konzept 



IT- Kosten- und 
Leistungsrechnung 

•Kostenarten-, Kostenstellen-, und Kosten- 
trägerrechnung, Deckungsbeitragsrechnung 
•Investitionsrechnung / Wirtschaftlichkeits- 
analysen / Projektkalkulationen 
•Abweichungsanalysen / Soll-Ist-Vergleiche 






IT -Pr oj ektmanagement 

•Mitwirkung in IT-ProJektteams 
(Projektcontroller) 

•Planungstechniken (Netzplantechnik) 
•Formale Projektgenehmigungsverfahren 
•Pflichtenheft/Beschaffungsanträge 
•Reviews/Audits, Projektbenchmarking 



Geschäftspartner- 
Management 
Vertragsmanagement 
IT-Beratermanagement 
und -Benchmarking 
Service Level Agreements I 
(SLA) 

Target Costing 



IT-Berichtswesen 
und Kennzahlen 

•IT-Berichtswesen 
•IT -Kennzahlen 
•IT-Projektstatus- 
reports 






IT -Prozessmanagement 



•IT-Prozessmodellierung 

•Prozesskostenrechnung 

•Prozessbenchmarking 

•IT-Bereitstellungsprozess 



•IT - Asset-Management 
•IT-Outsourcing 
•IT-Offshoring 
•ITIL 



Abbildung 24: Operative Controlling-Werkzeuge 



IT-Kosten- und 
Leistungsrech- 
nung 

Geschäfispart- 

nermana- 

gement 



Hier stehen die klassischen Kosten- und Leistungsrechnungs- 
methoden zur Verfügung. Nur eine funktionierende Kosten- und 
Investitionsrechnung liefert dem IT-Controllerdienst detaillierte 
Analysen. 

Bei IT-Projekten ist es üblich, spezialisierte IT-Berater und IT- 
Dienstleister einzubinden. Ein funktionierender IT-Controller- 
dienst vernetzt ein umfassendes Vertrags- und Beratermanage- 
ment für ein zeitnahes Benchmarking der eingebundenen Ge- 
schäftspartner. Service-Level-Agreements sichern einen hohen 
Leistungsgrad der Geschäftspartner und erlauben es dem IT- 
Controllerdienst, bei Vertragsverletzungen rechtzeitig einzugrei- 
fen. Hierzu gehört auch eine Vertragssteuerung zur Sicherstel- 
lung der inhaltlichen, terminlichen, organisatorischen und finan- 
ziellen Ziele, die mit den IT-Verträgen verbunden sind (vgl. 
Klotz/Dorn, 2005, S. 98, Tab. 1). Auf der technischen Seite wird 
das Vertragscontrolling durch den Einsatz spezieller Vertragsma- 
nagementtools ergänzt, um die Vielzahl der IT-Verträge (insbe- 
sondere Kauf-, Leasing, Miet-, Beratungsverträge) zu verwalten. 
Zahlreiche IT-Verträge werden nach Abschluss nicht systematisch 
überwacht. Als Eolge hieraus werden Kündigungsfristen überse- 
hen oder Gebühren für nicht mehr vorhandene Geräte bezahlt 
(vgl. hierzu den Praxisbericht in Köcher 2004). 
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IT-Berichts- 

wesen 



IT-Projekt- 

management 



IT-Prozess- 

management 



Typisches Stel- 
lenangebot 



Das IT-Berichtswesen basiert auf den Daten des Rechnungswe- 
sens und speziellen Berichten. Darin liefern Kennzahlen und 
Projektstatusreports dem IT-Controller ein umfassendes Bild über 
geplante, laufende und abgeschlossene IT-Projekte. 

Die aktive Mitarbeit des IT-Controllers in IT-Projektteams erlaubt 
es, frühzeitig IT-Projekte beeinflussen zu können. Die Genehmi- 
gung von IT-Projekten wird durch ein formalisiertes Genehmi- 
gungsverfahren des IT-Controllerdienstes standardisiert. Es ver- 
hindert den Start riskanter und unwirtschaftlicher Projekte. Re- 
gelmäßige Reviews kontrollieren laufende Projekte, um frühzeitig 
Schwachstellen und Fehlentwicklungen zu korrigieren. Das in- 
nerbetriebliche Projektbenchmarking garantiert einen Wettbe- 
werb zwischen den IT-Projekten. Plan-Ist-Vergleiche und Kenn- 
zahlenanalysen lassen sich dann leichter durchführen. 

In vielen Unternehmen werden Geschäftsprozesse modelliert, um 
eine Dokumentation und Basis für laufende Prozessverbesserung 
zu erhalten. Kernprozesse des Unternehmens, wie Vertriebsab- 
wicklung, Fertigung usw. werden bevorzugt. Auch IT-Prozesse 
wie die Entwicklung von Individualsoftware, die Einführung von 
Standardsoftware usw. sind einzubeziehen. Die Prozesskosten- 
rechnung liefert für typische Verwaltungsprozesse wie im Ver- 
trieb Kostenanalysen der Geschäftsprozesse. 

Die Kosten für den IT-Bereitstellungsprozess, also die Beschaf- 
fung, Installation, Betrieb und Entsorgung von IT-Arbeitsplätzen 
sind in das Prozessmanagement einzubeziehen. Sie benötigen oft 
bis zu 30 % des gesamten IT-Budgets. 

Das IT-Assetmanagement übernimmt die Inventarisierung und 
Verwaltung der IT-Ressourcen im Unternehmen. Der IT-Con- 
trollerdienst kann auf die Bestands- und Analysedaten der Asset- 
Software zugreifen, eine Optimierung der IT-Bestände (z. B. 
Arbeitsplatzsysteme, Laptops, Drucker, Organizer) steuern. 

Outsourcing von IT-Leistungen wird seit Jahren zur Vereinfa- 
chung der IT-Prozesse und deren Reduktion praktiziert. Zuneh- 
mend wird die Verlagerung in Niedriglohnländer (Offshoring) 
diskutiert und auch praktiziert. 

Die typischen interdisziplinär ausgerichteten Aufgaben eines „IT- 
Controllers“ gibt die modifizierte Stellenanzeige eines Dienstleis- 
tungsunternehmens wieder. 
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2 IT-Controlling-Konzept 



PRAXISBEISPIEL: STELLENANGEBOT IT-CONTROLLER 

Für die Organisationseinheit iT-Management suchen wir zum nächst- 
mögiichen Termin emeln Referent IT-ControlUng - m/w 



Hauptaufgaben: 

■ Vernetzung des IT-Kosten- und iT-Projektcontroilings in Abstim- 
mung mit dem Bereich Projektmanagement, 

■ Pianung, Nachhaitung und Anaiyse der gesamten IT-Kosten im 
Rahmen einer mitteifristigen Pianung, 

■ identifizierung von Kostentreibern und Pian-/Ist-Abweichungen 
sowie Erarbeitung von Maßnahmen zur Gegensteuerung, 

■ Konzeption und Umsetzung von Methoden und Verfahren zum 
Externen-, Vertrags- und SLA-Management (insbesondere Etabiie- 
rung von Reguiarien / Steuerungsgrößen zur Messung inter- 
ner/externer IT-Leistungen), 

■ Etabiierung und Durchführung des IT-Controiling-Werkzeug- 
kastens im Bereich Geschäftspartner-, Vertrags und SLA-Mana- 
gement, 

■ Kontinuieriicher Ausbau des iT-Berichtswesens, 

■ Ersteiien, Durchführen, Bewerten und Verhandein von Ausschrei- 
bungen für iT-Systeme, 

■ Pianung, Anaiyse und Optimierung der externen Anwendungskos- 
ten, 

■ Die Position ist dem Leiter IT-Management unterstellt. 

Fachliche Voraussetzungen: 

■ abgeschlossenes Hochschulstudium der Fachrichtungen Betriebs- 
wirtschaftslehre, Informatik oder vergleichbare Ausbildung, 

■ mehrjährige Berufserfahrung in entsprechender Funktion bei Soft- 
warehäusern, Konzernen oder bei Beratungsgesellschaften, 

■ sehr gute Kenntnisse der IT-relevanten Planungs- und Steue- 
rungsprozesse, 

■ fundierte Kenntnisse der inhaltlichen und rechtlichen Gestaltung 
von SLAs, 

■ fundierte Kenntnisse im Outsourcing-Bereich und Steuerung exter- 
ner Dienstleistern. 
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2 . 7 Zusammenwirken von TT-Controller dienst und CIO 



2.7 

Rollen 

Verteilung 

Organisation 



CIO-Konzept 



Persönliche Voraussetzungen: 

■ Analytische und konzeptionelle Fähigkeiten, 

■ Engagement und Motivation, 

■ Verbindliches und sicheres Auftreten, 

■ Belastbarkeit und selbständige Arbeitsweise, 

■ Teamfähigkeit, 

■ Präsentations- und Moderationssicherheit, 

■ Verhandlungssicheres Englisch. 



Zusammenwirken von IT-Controllerdienst und CIO 

Oft wird in großen Unternehmen die Aufgabenverteilung zwi- 
schen dem Leiter IT-Controlling und dem Leiter des Informati- 
onsmanagements, dem CIO „Chief Information Officer“, (treffen- 
der „Corporate Information Officer“) diskutiert. 

In Großunternehmen ist der IT-Controllerdienst entweder dem 
CIO unterstellt oder als gleichrangiger Partner im Unternehmen 
etabliert (Partnerschaftsmodell). Eine Erhebung unter 20 CIOs 
und IT-Verantwortlichen in Unternehmen zwischen 3-000 und 
30.000 Mitarbeitern hat ergeben, das der CIO oft als „oberster IT- 
Controller“ im Unternehmen fungiert (vgl. Stannat/Petri, 2004, S. 
237). Im Mittelstand ist der IT-Controllerdienst dem Leiter Einan- 
zen/Controlling unterstellt. Beide Modelle sind in der Praxis an- 
zutreffen. 

Das CIO-Konzept, entwickelt in den USA, wird seit einigen Jah- 
ren von deutschen Großunternehmen adaptiert. Mittlerweile 
wurde das Modell bereits in den öffentlichen Sektor übertragen. 
Nordrhein-Westfalen plant z. B. die Benennung eines CIO, der 
die staatlichen IT- Aktivitäten koordinieren soll (vgl. Sietmann, 
2004). Deutsche Unternehmen haben einen CIO eingestellt, um 
die Bedeutung des Informationsmanagements zu dokumentieren. 
Der CIO ist, anders als seine Controllerkollegen, in Deutschland 
i.d.R. nicht auf der Vorstandsebene, sondern in der zweiten Eüh- 
rungsebene zu finden. Im Einanz- und Versicherungswesen da- 
gegen ist der CIO auf Vorstandsebene positioniert (vgl. Heinzl, 
2001). Die Allianz AG hat beispielsweise zwei Vorstandsmitglie- 
der mit IT-Aufgaben benannt, die dem Aufgabenumfang des CIO 
entsprechen (vgl. Klostermeier 2004b, S. 18). In den USA ist der 
CIO vielfach gleichrangig im „Management Board“ mit dem CEO 
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(Chief Finance Officer) oder COO (Chief Operating Officer) zu 
finden und kann die Interessen des Informationsmanagements 
stärker vertreten. 



Abgrenzung 
zum IT-Leiter 



Aufgaben 
des CIOs 



Die Abgrenzung des CIOs zum klassischen IT-Leiter zeigt die 
enge Verbindung seiner Aufgaben mit dem IT-Controllerdienst. 
Der IT-Leiter ist Leiter der Datenverarbeitung. Sein Aufgabenbe- 
reich besteht in der Softwareentwicklung und dem RZ-Betrieb. Er 
ist schwerpunktmäßig mit der Bereitstellung technischer Lö- 
sungen für aktuelle Geschäftsprozesse betraut und verfügt 
vorwiegend über technisches IT-Know-how. Der CIO dagegen 
ist Leiter des Informationsmanagements. Er konzentriert sich auf 
das Informations-, Wissens- und Technik-Management, erarbeitet 
Visionen und Konzepte für zukünftige technische Möglichkeiten, 
berät die Fachbereiche bei der Gestaltung ihrer Geschäfts- 
prozesse. Sein Berufsbild ist analog dem IT-Controller interdis- 
ziplinär strukturiert, erfordert vernetztes fachliches, technisches 
und Management-Know-how. 

Der Aufgabenbereich des CIO umfasst: 

• Entwicklung und Umsetzung einer IT-Strategie für das 

Informationstechnik-, Wissens- und Informationsmanage- 
ment. Der IT-Controllerdienst unterstützt den CIO bei dieser 
Aufgabe im Hinblick auf die Erreichung der Unternehmens- 
ziele. 



• Erarbeitung, Eestlegung und Durchsetzung von IT- 
Standards zur Sicherstellung kompatibler und integ- 
rierter Informationssysteme . Der CIO unterstützt gemein- 
sam mit dem IT-Controllerdienst die Geschäftsprozesse 
durchgängig mit vernetzten IT-Lösungen. 

• Unterstützung der Eachbereiche bei der Entwicklung 
und Optimierung von Lösungen für deren Geschäfts- 
prozesse. Wichtig ist der ganzheitliche Fokus, d. h. Pro- 
zessanalyse und Prozessoptimierung sind wichtiger, als der 
reine Technikeinsatz. Der IT-Controllerdienst ist bei dieser 
Aufgabe beratend tätig, um die Wirtschaftlichkeit der IT- 
Projekte sicherzustellen. 

• Identifikation und Einführung von so genannten „Best 
Practices“ für das Unternehmen. Der CIO identifiziert 
bewährte State-of-the-Art Lösungen für das Auftragsmanage- 
ment oder die Kostenreduktion. 
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Weiterbildung 
des IT-Personals 



IT-Manager 

(CIO) 



IT-Controller- 

dienst 



• Kommunikation im IT-Umfeld anregen und moderieren: 

Der CIO fördert den Informationsfluss zwischen allen Grup- 
pen des Unternehmens, die an IT-Lösungen arbeiten bzw. 
mit diesen arbeiten. Der IT-Controllerdienst stellt sich hierbei 
als aktiver Gesprächspartner zur Verfügung und unterstützt 
den CIO bei der Erfüllung seiner Aufgaben. 

• IT-Budgets und IT-Kosten: Planung, Überwachung und 
Analyse der IT-Budgets und IT-Kosten sowie Initiierung und 
Überwachung von Kostensenkungsprogrammen (z. B. TCO- 
Analysen, Einführung von Service-Level- Agreements). Bei ei- 
ner Aufgabentrennung zwischen CIO und IT-Controllerdienst 
fallen diese Aufgaben primär dem IT-Controllerdienst zu. 
Der CIO liefert Mengengerüste, der IT-Controllerdienst stellt 
Methoden und Werkzeuge sowie Kosteninformationen zur 
Verfügung. 

Der CIO arbeitet in einem betriebswirtschaftlich-technisch-orga- 
nisatorischem Umfeld (vgl. Abbildung 25). Er muss die Anforde- 
rungen des Managements nach einer Unterstützung der Ge- 
schäftsprozesse durch die IT erfüllen. In Zusammenarbeit mit 
dem IT-Controllerdienst gewährleistet er die Effizienz und Wirt- 
schaftlichkeit der IT. Die Zufriedenheit der Endbenutzer im Um- 
gang mit Arbeitsplatzcomputern stärkt den Rückhalt des CIO im 
Unternehmen. 



Der CIO muss sicherstellen, dass sich Chancen und Risiken des 
technischen Eortschritts durch die permanente Weiterbildung des 
IT-Personals optimal nutzen lassen. 

Eine sinnvolle Zusammenarbeit zwischen dem CIO und dem IT- 
Controllerdienst lässt sich wie folgt empfehlen: 

Der IT-Manager (CIO = Chief Information Officer) hat die Ent- 
scheidungs- und Umsetzungsverantwortung für IT-Maßnahmen. 
Er informiert und beteiligt den IT-Controllerdienst in wesentli- 
chen Tragen. 

Der IT-Controller ist der unabhängige Berater des IT-Managers 
(CIO). Er liefert betriebswirtschaftliche Methoden und Werkzeu- 
ge, ist verantwortlich für die Steuerung des IT-Controllerdienstes 
und auch „Anwalt“ der Endbenutzer, überwacht auch deren IT- 
Projekte. 
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Abbildung 25: Spannungsfeld des CIO in Großunternehmen (in 
Anlehnung an Schwarze 2000, S. 359). 

Rollenkonflikte In der Praxis tauchen häufig Rollenkonflikte zwischen dem IT- 
Controllerdienst und dem CIO auf, wenn die Frage der Unterstel- 
lung bzw. Gleichstellung beider Positionen im Organigramm 
nicht klar geregelt ist. Dies kann z. B. dann der Fall sein, wenn 
die Beurteilung der Wirtschaftlichkeit eines durchzuführenden 
strategisch wichtigen IT-Projektes ansteht und der IT-Controller 
zu anderen Ergebnissen kommt als der CIO. Gerade wenn es um 
eine „Go-or-Not-Go“ Entscheidung geht, prallen Zuständigkeits- 
fragen aufeinander. Aus diesem Grunde ist eine präzise Rollen- 
verteilung im Organigramm zwischen beiden Verantwortungsträ- 
gern zu dokumentieren. 

Rollen Abbildung 26 informiert über die Rollenverteilung für Informati- 

verteilung onsflüsse und Beziehungen. Das IT-Management erstellt IT- 

Strategien und Standards, erteilt Aufträge zur Umsetzung an in- 
terne und externe IT-Dienstleister. Der IT-Controller unterstützt 
das IT-Management und wird in den Informationsprozess einge- 
bunden. Der IT-Controllerdienst führt ein Kosten-Monitoring der 
IT-Projekte durch. Es umfasst eigene IT-Projekte des IT- 
Managements und IT-Projekte der Endbenutzer (Fachbereiche), 
die bei internen und externen Dienstleistern IT-Projekte verge- 
ben können. 
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Abbildung 26: Rollenverteilung zwischen IT-Controllerdienst und 
CIO 



Die Beziehungen der Abbildung 26 sind als Rollen- und nicht als 
Organisationsmodell zu verstehen. Diese Unterscheidung ist 
wichtig, da sich in der Praxis die Aufgaben des IT-Controller- 
dienstes wegen der starken Vernetzung nicht immer von denen 
des IT-Managements trennen lassen. Häufig werden Aufgaben 
des IT-Controllerdienstes durch den CIO (IT-Management) wahr- 
genommen. 

PRAXISBEISPIEL: IT-ORGANISATION IM MITTELSTAND 

In der Abbildung 27 ist die IT-Organisation eines mittelständischen 
Unternehmens der Medizintechnik in Nord-Rhein-Westfalen (NRW) 
dokumentiert, die als typisch für diese Unternehmensklasse angese- 
hen werden kann. In diesem Unternehmen werden operative IT- 
Controllingfragen durch das IT-Management wahrgenommen. Die 
Funktion des IT-Controllers wird nicht explizit ausgewiesen. 
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User Support 



Hard- &-Software 



Kundenanbindung 
EDI, XML, Markplätze 



Lizenzen 

Verwaltung Anlagevermögen 
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Projekte 



Budget 



SAP- Geschäftsprozesse 



IT Richtlinien 



SAP Entwicklung 



Informations- Systeme 



SAP Projekte 



ABAP 



Abbildung 27: Praxisbeispiel: IT-Organisation im Mittelstand 

PRAXISBEISPIELE: IT-ORGANISATION IN GROßUNTER- 
NEHMEN 

Ein weiteres Beispiei zeigt die IT-Organisation eines Großunterneh- 
mens, das ais Tochter eines Dienstieistungskenzerns mit mehr ais 
100.000 Mitarbeitern weitweit agiert (vgi. Abbiidung 28). Es verfügt 
über keine iT-Abteiiung. Sämtiiche operativen IT-Prezesse (Software- 
entwickiung und -betrieb) wurden an externe Dienstieister übergeben, 
in diesem Beispiei wurde der IT-Centroilerdienst in den Aufgabenum- 
fang des Chief-information-Officers integriert. 
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IT-Strategie 
und Planung 



Aufgaben 

• Strategische Anwendungs- 
planung 

• Unterstützung bei Projekt- 
bewertung und 
Projektportfolio 

• Budgetierung 

• IT-Controlling 




Aufgaben 

• Multiprojektmanagement 

• Projektmanagement 

• Steuerung der fachlichen 
Abnahme 

• Beratung und Unterstützung 



I 

IT-Systeme 



Aufgaben 

• Management und Controlling 
der IT-Dienstleister 

• Vertragsmanagement 

• Steuerung von Betrieb, 
Wartung und Support 

• Rollout-Management 



Abbildung 28: IT-Organisation in einem Großunternehmen 

Ein anderes typisches Beispiel für die klassische Nachfrager-Liefe- 
ranten-Trennung in großen Unternehmen zeigt die Abbildung 29. Der 
CIO leitet aus der Unternehmensstrategie die IT-Strategie ab und setzt 
diese in IT-orientierte Regelungen um. Er tritt als Teil der Nachfrageor- 
ganisation auf, ist sozusagen derjenige, der den IT-Bedarf im Unter- 
nehmen bündelt und organisiert die Lieferbeziehungen mit IT- 
Dienstleistern. Dies können interne Abteilungen oder externe 
Dienstleister sein. Größere Maßnahmen werden mit Rahmenverträgen 
unterlegt (z.B. RZ-Outsourcing, Desktop-Services). 




Abbildung 29: IT-Organisation als Nachfrage-Liefer-Beziehung 
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Die Einordnung des IT-Controllers in die Unternehmens- 
hierarchie ist sehr unterschiedlich geregelt. Folgende Grundvari- 
anten sind in der Praxis anzutreffen: 

• Partnerschaftsmodell (IT-Controller gleichrangig mit CIO), 

• CIO-Mitarbeiter-Modell (IT-Controller als CIO-Mitarbeiter), 

• Controlling-Modell (Mitarbeiter im Controlling). 

Beim Partnerschaftsmodell ist der Leiter IT-Controlling direkt der 
Unternehmensleitung unterstellt und damit auf der gleichen Hie- 
rarchiestufe, wie der CIO und Leiter Unternehmenscontrolling 
angesiedelt (vgl. Abbildung 30). Die in Abbildung 26 beschrie- 
bene Rollenverteilung zwischen CIO und Leiter IT-Controlling ist 
damit ideal realisiert und vollständig abbildbar. 



Unternehmensleitung / Geschäftsführung 




Abbildung 30: Partnerschaftsmodell 



PRAXISBEISPIEL: ZÜRCHER KANTONALBANK 

Ein Beispiel aus der Praxis, das dem Partnerschaftsmodell sehr nahe 
kommt, ist das Führungsmodell der Zürcher Kantonalbank (vgl. 
Abbildung 31 und Betschart, POOS^). Es regelt die Zuständigkeiten in 
der IT und insbesondere für das IT-Controlling. 



1 Die Autoren danken Herrn Andreas Betschart, Leiter IT-Controlling der 
Zürcher Kantonalbank für die freundliche Bereitstellung der Unterlagen 
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Abbildung 31: Führungsmodell der Zürcher Kantonalbank (Bet- 
schart, 2005) 



Die Geschäftseinheiten (GE) definieren und führen ihre Geschäftspro- 
zesse. Die abgeieiteten bankfachlichen Anforderungen an eine IT- 
Unterstützung sind durch die Fachbereiche zu formulieren. Dabei prio- 
risieren sie ihre Anforderungen unter Berücksichtigung der regulatori- 
schen, finanziellen und terminlichen Rahmenbedingungen, Vorgaben 
und Weisungen. Die GE stellen die fachliche Mitarbeit in der IT- 
Leistungserstellung, insbesondere in IT-Projekten sicher und leisten 
entsprechende Management-Unterstützung. Die fachliche Abnahme 
der erstellten IT-Leistungen obliegt der GE. Ebenso liegt es in ihrer 
Verantwortung, den geplanten Nutzen zu realisieren und auch den 
entsprechenden Nutzennachweis zu erbringen. Die GE beauftragen 
die Business Technology Organisation (BTO) mit der Umsetzung der 
bankfachlichen Anforderungen. Den GE sind funktional Ansprechpart- 
ner in der BTO zugewiesen. Die Abstimmung innerhalb der Prozess- 
ketten wird durch die BTO zusammen mit der GE im Rahmen der IT- 
Planung sichergestellt. Die BTO verwaltet und bewirtschaftet die in der 
IT-Planung zugwiesenen finanziellen Ressourcen. Sie definiert unter 
Hinzuziehung der Informatik die IT-Architektur, die IT-Methoden, die 
IT-Prozesse und das IT-Risikomanagement. Sie stellen den Vollzug 
sicher. Die BTO beauftragt die Informatik mit der Umsetzung der kon- 
kreten IT-Leistung. Sie überwacht das IT-Portfolio und nimmt steuernd 
Einfluss bei Abweichungen zu den beauftragten IT-Leistungen (Kos- 
ten, Termine, Funktionalität, Qualität). Die BTO informiert regelmäßig 
die GE und den IT-Steuerungsausschuss über das aktuelle IT-Portfolio 
sowie den Umsetzungsverlauf. 

Die Informatik erbringt als Service-Center und Auftragnehmerin die 
vereinbarten Leistungen gemäß IT-Leistungserstellungsprozess. Die 
Leistungserstellung wird mittels Service Level Agreements (SLA) und 
Projektaufträgen zwischen der Informatik und der BTO vereinbart. 
Dabei sind den BTO Ansprechpartner in der Informatik zugewiesen. 
Die Informatik definiert die Systemarchitektur (SAR) und den IT- 
Grundschutz und stellt den Vollzug sicher. 
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Der IT-Steuerungsausschuss ist das oberste IT-Gremium. Er richtet 
die iT der ZKB auf die Gesamtbank- und Kundensegment-Strategien 
aus, erarbeitet dazu die iT-Strategie unter Einbezug der GE und steiit 
deren Voiizug sicher. Der IT-Steuerungsausschuss nimmt die IT- 
Pianung ab und entscheidet im Rahmen der technoiogischen, reguia- 
torischen und betriebwirtschaftlichen Rahmenbedingungen über die 
Mitteizuteiiung und die gesamtbankliche Priorisierung der IT-Vorhaben. 
Er berücksichtigt dabei sowohi die strategische Reievanz ais auch die 
Erfoigswirksamkeit der einzeinen IT-Vorhaben. 

Im IT-Steuerungsausschuss-Gremium ist jede GE mit einer Stimme 
vertreten. Als ständige Mitglieder mit beratender Stimme nehmen die 
Leiter Informatik, IT-Controlling sowie BTO Einsitz. Der IT-Steuerungs- 
ausschuss wird vom CEO geführt. Die Vorbereitung der Geschäfte 
obliegt dem Leiter BTO. 

Das zentrale IT-Controlling gestaltet und begleitet den Management- 
prozess der finanziellen Zieldefinition, Planung, Steuerung und Ab- 
rechnung in der IT. Das IT-Controlling sorgt für Strategie-, Ergebnis-, 
Finanz- und Prozesstransparenz. Es definiert dazu die IT-Controlling- 
Prozesse und verantwortet die Gestaltung und Pflege der Controlling- 
systeme. Das zentrale IT-Controlling koordiniert die IT-Planung (Mittel- 
frist- und Jahresplanung) mit der Gesamtbankplanung. Es unterstützt 
die BTO und die Informatik in der Planung, Überwachung und Steue- 
rung des IT-Portfolios. Das zentrale IT-Controlling stellt Informationen, 
Kennzahlen und Analysen bezüglich aller IT-Aktivitäten für die Ge- 
schäftsleitung, die BTO und den IT-Steuerungsausschuss bereit. Es 
organisiert und verantwortet das unternehmensweite IT-Berichts- 
wesen. Das zentrale IT-Controlling ist eine vom IT-Steuerungs- 
ausschuss, der Informatik und der BTO unabhängige Stelle. 



Das Mitarbeitermodell (vgl. Abbildung 32) ordnet den Leiter IT- 
Controlling dem CIO unter. Die in Abbildung 26 vorgestellte 
Rollenverteilung zwischen CIO und dem IT-Controllerdienst ist 
wegen der disziplinarischen Einordnung nur teilweise reali- 
sierbar. 
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Unternehmensleitung / Geschäftsführung 





Abbildung 32: Mitarbeitermodell 



Das Controlling-Modell (vgl. Abbildung 33) betrachtet IT- 
Controlling als Teilaufgabe des Unternehmens-Controlling. Der 
Leiter IT-Controlling berichtet an den Leiter Controlling. Er ist 
damit gegenüber dem CIO nicht weisungsgebunden. 



Unternehmensleitung / Geschäftsführung 



CIO 

(Chief Information 
Manager) 



j IT-Strategie & 
IT-Plannng 



IT-Ent- 

wicklnng 




IT- 
Betrieb 



Abbildung 33: Controlling-Modell 



Auch in dieser Variante ist Rollenverteilung zwischen CIO und 
IT-Controller darstellbar. Ein Praxis-Beispiel für das „Controlling- 
Modell“ aus einem mittelständischen Softwarehaus (etwa 250 
Mitarbeiter) ist in Abbildung 34 dokumentiert. Das IT-Controlling 
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wird hier durch die zentrale Abteilung „Projektcontrolling“ reprä- 
sentiert, welche für die kaufmännische Planung, Steuerung und 
Überwachung der IT-Projekte verantwortlich ist. Dezentrale Pro- 
jektcontroller sind den IT-Projektleitern zugeordnet und arbeiten 
mit dem zentralen Projektcontrolling zusammen. 



Leitung Finanzen/Controlling: 


Rechnungs- 

prüfung 


Rechnungs- 

wesen 


Finanz- 

Controlling 


Projekt- 

Controlling 







IT-Projektcontrolling 
in einem mittelgroßen 
Softwarehaus 
(etwa 250 MA) 



r. 

Projekt- 

Controller 

in den 
Projekten 



Abbildung 34: Praxisbeispiel für das Controlling-Modell 



2.8 Warum IT-Controllerdienst? 

Nachdem ein Controlling-Konzept in fast allen Unternehmen 
etabliert ist, erübrigt sich die Frage, ob ein IT-Controlling erfor- 
derlich ist. Empirische Untersuchungen zeigen, dass IT-Control- 
ling-Konzepte in mittelständischen Unternehmen noch selten 
anzutreffen sind (vgl. z. B. Spitta, 1998, S. 431). Der Bedarf für 
einen IT-Controllerdienst ist unbestritten. 

1 . Grund Fehlgeschlagene IT-Projekte 

Oft werden bei der Einführung von Standardanwendungssoft- 
ware grundlegende Regeln des Projektmanagements und der 
Wirtschaftlichkeit nicht berücksichtigt, sondern Prestigeprojekte 
(E-Business ist „in“) als teure „E-Commerce-Ruinen“ hinterlassen. 

Dies verwundert insbesondere vor dem Hintergrund, dass bereits 
1964 erste Überlegungen zur Notwendigkeit der Betrachtung der 
Wirtschaftlichkeit von „maschinellen Datenverarbeitungsanlagen“ 
angestellt wurden (vgl. Littmann, 1964). 
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PRAXISBEISPIEL: FEHLGESCHLAGENES IT-PROJEKT 

(ENERGIEVERSORGER) 

Unter der Überschrift „SAP-Projekt bringt Stremversorger in Not“ schii- 
derte die Computerwoche (o.V. 2001) den Faii eines turbuienten SAP- 
Einführungsprojektes. 

Ein großes Energieversorgungsunternehmen piante die Abiösung des 
bisher eingesetzten Host-Abrechnungssystems und die Einführung 
einer neuen Abrechnungssystematik, gekoppeit mit dem Aufbau eines 
integrierten Rechnungswesens und der Umsteiiung auf den EURO. Ais 
Standardsoftware wurde die SAP®-Brancheniösung „iS Utiiities/Cus- 
tomer Care and Services ausgewähit. Nach dem Produktivstart zum 
01.09.2001 traten Störungen auf. in Teiibereichen des Unternehmens 
konnten iängere Zeit keine Zahiungen abgewickeit werden. Verursa- 
cher war das Projektmanagement, weiches das offensichtiich zu kom- 
piexe Migrationsprojekt nicht im Griff hatte. 

Die Einführung von Standardsoftware ist meist mit hohen Risiken 
verbunden. Bei der Ablösung von Altsystemen werden aufwen- 
dige Schnittstellenprogramme notwendig. Die Auswahl einer 
geeigneten Migrationsstrategie (vgl. Abbildung 35) benötigt eine 
aktive Unterstützung des IT-Controllers, um die richtige Alterna- 
tive für das Unternehmen auszuwählen. Die im Praxisbeispiel 
gewählte Big-Bang-Strategie enthielt möglicherweise umfangrei- 
che Risiken, denen ein geringer Schnittstellenaufwand gegenü- 
berstand. Risikoarme Strategien verursachen meist einen höheren 
Einführungsaufwand. 




Abbildung 35: Standardsoftware-Einführungsstrategien 
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2. Grund 



PRAXISBEISPIEL GROßRECHNERMIGRATION BEI DER 
BUNDESVERWALTUNG 

Ein Beispiel für fehlgeschlagene Projekte aus dem öffentlichen Sektor 
ist der fehlgeschlagene Versuch der Bundesverwaltung, Großrechner 
auf Client-Server-Architekturen zu migrieren. Der Fehlversuch verur- 
sachte einen Schaden in Höhe von 25 Millionen Euro. Der Bundes- 
rechnungshof bemängelte eine Reihe von Aspekten wie z. B. fehlende 
Wirtschaftlichkeitsanalyse, mangelnde Schulung der Mitarbeiter, keine 
Prüfung, ob Standardsoftware nutzbar ist, keine Meilensteinplanung 
(vgl. Kallus 2004). 



Fehlende Transparenz der IT-Kosten 

Häufig werden IT-Kosten gar nicht oder nur unzureichend über 
Pauschalierungsverfahren erfasst und „verursachungsgemäß“ wei- 
terverrechnet. Abbildung 36 zeigt eine in 508 mittelständischen 
Unternehmen durchgeführte Untersuchung, die ihre IT-Kosten 
nicht oder nur ungenau kennen (vgl. o. V. 2000). Die Ursachen 
sind i.d.R. leicht abzustellen, wenn keine Erfassung der IT- 
Kosten vorliegt. 




Abbildung 36: Kenntnis der IT-Kosten (o.V. 2000) 

Leider hat sich diese Situation in den Jahren danach nicht ver- 
bessert. Eine im Februar 2004 von der Unternehmensberatung 
IBM und der Zeitschrift Informationweek durchgeführte Online- 
befragung von 419 leitenden IT-Managern bzw. Geschäftsführern 
unterschiedlicher Branchen und Größen (Paul-Zirvas/Bereszews- 
ki 2004) ergab folgendes Bild: In 60,4 % der befragten Unter- 
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3- Grund 



4. Grund 



nehmen werden die angefallenen IT-Kosten nach Umlageschlüs- 
seln oder im Gemeinkostenbestandteil verteilt. 



Ansteigende IT-Budgets 

Trotz sinkender Hardware- und z.T. auch Softwarekosten steigen 
die IT-Budgets wieder. Eine im Dezember 2003 durchgeführte 
Umfrage der Zeitschrift InformationWeek ergab, dass bei 23 % 
der befragten 496 deutschen Unternehmen die IT-Budgets im 
nächsten Jahr zunehmen werden (vgl. Bereszewski 2004, S. 30). 
Die IT-Budgets dienen Themen wie Enterprise Resource Flan- 
ning, Server, Customer Relationship-Management, Software und 
IT-Sicherheit. 

Praxisberichte zeigen zum Teil hohe Einsparungen auf, die sich 
durch ein IT-Controlling-Konzept erzielen lassen. So wird vom 
Versicherungsbereich berichtet, der über vergleichsweise hohe 
IT-Budgets verfügt (bis zu 10 % vom Umsatz), dass Einsparungen 
bis zu einem Eünfzigstel vom Umsatz realisierbar sind (vgl. Go- 
ra/Steinke, 2000). 



Mangelnde Elnflussnahme(-mögllchkeiten) auf indirekte 
IT-Kosten 

Nicht alle IT-Kosten werden budgetiert. Viele indirekte Kosten, 
wie Systemausfallzeiten durch fehlende Schulung oder Sicher- 
heitsmaßnahmen werden nicht erfasst, so dass keine Einfluss- 
nahme durch das Management möglich ist. IT-Ärbeitsplätze ver- 
ursachen neben den transparenten direkten Kosten (z. B. An- 
schaffungskosten für Hardware und Software) enorme indirekte 
Kosten, (z. B. Eehlbedienungen durch mangelhafte Schulung) die 
sich der Kostensteuerung entziehen. So macht der Kaufpreis 
eines typischen Arbeitsplatzcomputers nur einen geringen Teil 
der gesamten Kosten aus, die er im Laufe seiner Lebensdauer 
insgesamt verursacht. Die restlichen Kosten verteilen sich auf 
unterschiedliche Positionen, die häufig nicht transparent werden, 
wenn sie im betrieblichen Rechnungswesen nicht im Budget 
erscheinen. 
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, IT vernetzt und verstärkt Abteilungs- und Unternehmens- 

_Ü>. KjTtltlCl 1 Tk 

ubergreuende Prozesse 

Fachabteilungen bemühen sich um eine gute IT-Unterstützung 
ihrer abteilungsbezogenen Aufgaben. Eine effiziente IT-Unter- 
stützung für den Gesamtprozess erfordert eine neutrale Beurtei- 
lung aus der Gesamtsicht im Sinne eines Prozessmanagements. 
Hier kann der IT-Controllerdienst wirksam eingreifen, um Abtei- 
lungsegoismen und kostenintensive IT-Inselsysteme (vgl. 
Abbildung 37) nicht entstehen zu lassen. 




I Prozess- 
I schritt 



* Ereignis 



Software-Insel 



Abbildung 37: Kostenintensive „Softwareinseln“ 



6. Grund Neue Herausforderungen aus dem Finanzwesen an die IT 

Viele IT-Verantwortliche sind der Auffassung, dass gesetzliche 
Vorgaben aus dem Finanzbereich keine nennenswerten Auswir- 
kungen auf die Informationstechnik haben. Gesetzliche Ände- 
rungen wie der Sarbanes-Oxley Act (SOX), die veränderte Kre- 
ditvergabepraxis der Banken resultierend aus den BASEL II- 
Anforderungen oder die Umstellung der Berichterstattung nach 
lAS/IFRS (International Accounting Standards/ International Fi- 
nancial Reporting Standards) betreffen zum Teil sehr stark die 
Anforderungen an zukünftige IT-Systeme, wie einige Veröffentli- 
chungen der jüngsten Zeit zeigen (vgl. z. B. Oehler 2004, o. V. 
2004a). 
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Der Sarbanes-Oxley Act (SOX) ist eine Reaktion des US- 
Gesetzgebers auf die Finanzskandale vergangener Perioden. Das 
US Gesetz soll das Vertrauen der Anleger in die Kapitalmärkte 
wieder hersteilen. Direkt betroffen sind in Deutschland nur Un- 
ternehmen, die selbst an der US Börse notiert sind sowie deut- 
sche Töchter von börsennotierten US-Unternehmen. Indirekt 
tangiert sind noch weitere Firmen. Kein global agierendes Unter- 
nehmen kann es sich leisten, die US-Gesetze zur Steigerung der 
Unternehmens-Transparenz zu ignorieren. Die Auswirkungen auf 
die Informationstechnik sind beträchtlich. So muss der IT- 
Verantwortliche garantieren, dass die Geschäftsprozesse so imp- 
lementiert und dokumentiert sind, dass ein Geschäftsprozess bis 
zu einem Ursprung zurückverfolgt werden kann, wenn er eine 
Finanztransaktion auslöst (vgl. o. V. 2004a) 

lAS Die für börsennotierte europäischen Unternehmen vorgeschrie- 

bene Berichterstattung nach den lAS/IFRS (International Accoun- 
ting Standards/ International Financial Reporting Standards) er- 
fordert z. B. dass immaterielle Vermögensgegenstände nach lAS 
zu aktivieren sind. Dies umfasst auch selbsterstellte Software 
(vgl. Oehler 2004, S. 210). 

Basel II Die veränderte Kreditvergabepraxis der Banken führt zu höhe- 

rem Informationsbedarf der Finanzabteilung, die sich in Anforde- 
rungen an die Informationsqualität der IT-Systeme niederschla- 
gen wird. Gute Überblicksinformationen zu den Basel II- 
Regelungen findet der Praktiker in Hoffmann (2001) oder auch 
Everling (2001) bzw. im Standardwark von Be- 
cker/Gruber/Wohler (2004). 



2.9 IT-Unterstützung für den IT-Controllerdienst 

Die Auswahl von IT-Controlling-Tools wird dadurch erschwert, 
dass es kein allgemeines Verständnis über deren Funktionsum- 
fang gibt. Meist werden nur Teile des in der Abbildung 38 darge- 
stellten Funktionsumfangs angeboten. Der Grund liegt darin, 
dass in den Unternehmen bereits Softwaresysteme im Einsatz 
sind, die Teile der aufgeführten Eunktionen abdecken bzw. prin- 
zipiell abdecken können. So kann ein Unternehmen mit einer 
ERP-Lösung (ERP = Enterprise Resource Planning) neben der 
allgemeinen Kostenrechnung grundsätzlich auch die IT- 
Kostenrechnung unterstützen. Das gleiche gilt für die Beschaf- 
fung von IT-Komponenten. Spezielle IT-Controlling-Tools bieten 
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2 war mehr Komfort, induzieren aber zusätzliche Lizenzgebühren, 
Einführungs- und Wartungskosten. 



Kategorie 


Funktionen 


IT-Finanzen und IT- 
Kostenrechnung 


• IT-Budgetierung (Planung, Isterfassung und Analyse 
von IT-Budgets) 

• Leistungsdatenübernahme (z.B. Verbrauchsmengen 
des Rechenzentrums, Kommunikationsdaten, Inter- 
netgebühren, Störungsmeldungen) 

• Kostenarten, -stellen und -trägerrechnung (Plan, Ist, 
Abweichungsanalyse und Reporting) 

• IT-Kennzahlenmanagement (Planung, Istdaten- 

generierung, Reporting, Analyse von IT- 

Kennzahlen) 


IT-Strategie 


• IT-Strategie (Erfassung, Darstellung) und IT- 
Bebauungsplanung 

• Erstellung und Überwachung der Balanced-Score- 
card 


IT-Infrastruktur- 

Management 


• Assetmanagement (Hardware, Komponenten) 

• Lizenzmanagement 


Geschäftspartner- 

Management 


• Geschäftspartnerdaten (Leistungsspektrum, Projek- 
te, Qualitätsbeurteilungen, Standardkonditionen) 

• Kontrakte (Preise, Konditionen, Mindestabnahme- 
mengen) 

• Verträge (z.B. Mietverträge für Rechenzentrum, 
Hardwaremiete/Leasing) 

• SLA-Management 


IT-Prozess- 

Management 


• Modellierung, Simulation, Analyse und laufende 
Überwachung von IT-Prozessen 

• Unterstützung ausgewählter IT-Prozesse (Incident- 
und Problem-Management, Change- und Configura- 
tion-Management, Procurement, 



Abbildung 38: Funktionsumfang von IT-Controlling-Software 
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Die Marktübersicht in Tabelle 1 listet in alphabetischer Reihen- 
folge eine Reihe von Herstellern für IT-Controlling-Tools auf. Sie 
erhebt nicht den Anspruch der Vollständigkeit und stellt keine 
Wertung der Produkteigenschaften dar. 



Tabelle 1: IT-Controlling-Software (Auswahl) 



Hersteller 


Produkte 


Funktionen 


CATENIC AG, Bad Tölz 

www.catenic.de 


CATENIC 

Anafee 


Werkzeug für die Verrechnung und 
Dokumentation von IT-Leistungen. 


Corporate Flanning 
AG, Hamburg, 
www.coroorate- 
nlannina.com 


Corporate 
Planner, CP 
MIS, RISK- 
MANAGER, 
STRATEGIC 
PLANNER, 
CP-CONSOL 


Management-, Planungs-, Informati- 
ons- und Frühwarnsysteme für mittel- 
ständische Unternehmen; Produkte für 
operatives Controlling, Strategische 
Unternehmenssteuerung, Balanced 

Scorecard, Risikomanagement, Kosoli- 
dierung; Werkzeuge nutzbar für das 
IT-Controlling (z.B. IT-Kennzahlensys- 
tem, IT-Balanced Scorecard). 


IDS Scheer AG, Saar- 
brücken 

www.ids-scheer.de 


ARIS-Toolset 
mit zahlrei- 
chen Modulen 


Werkzeuge für die Geschäftsprozess- 
modellierung und das Prozessperfor- 
mance-Management. Die Komponente 
für die Balanced-Scorecard lässt sich 
für die IT-Balanced-Scorecard nutzen. 


Managesoft Deutsch- 
land GmbH, Frankfurt 

www.manaaesoft.de 


ManageSoft® 


Produktsuite für das Softwaremana- 
gement (z.B. Softwareverteilung), As- 
setmanagement, Handheld-Manage- 

ment und Service-Desk. 


Nicetec GmbH 

Osnabrück 

www.nicetec.de 


Netlnsight 


Produkte für das IT-Controlling, insb. 
IT-Leistungsverrechnung nach dem 
ITIL-Standard. 


Peregrine Systems Inc. 
San Diego 

WWW. nere arine . com/de 


Asset Center 
Service Center 


Produkte für das IT-Assetmanagement 
und IT-Servicemanagement. Unterstüt- 
zung der ITIL-Referenzprozesse. 


Quadriga Informatik 
GmbH, Offenbach 

www.Quadriaa.de 


Quadriga IT, 
Quadriga- 
Mobile, Web- 
IT 


Basisfunktionen für die Unterstützung 
des IT-Controllers. Insb. Assetmana- 
gement und Helpdesk. 
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SAP AG, 
Walldorf 
www.sap.com 


mySAP® ERP 
SAP® SEM®“ 


Anbieter von Standardanwendungs- 
software für Enterprise Resource Plan- 
ning, Customer Relationship Manage- 
ment, Supply Chain Management u. a. 
Unternehmensfunktionen. Einige der 
Produkte können auch im Rahmen 
des IT-Controllings genutzt werden. 


USU AG, 
Möglingen 

www.usu.de 


Valumation 


Umfassende Produktsuite mit einem 
„Komplettangebot“ speziell für das IT- 
Controlling. Mehrere separat einsetz- 
bare Module für 

• Infrastructure management, 

• Service/Change Management 

• Einance Management. 

Die Unterstützung für das IT- 

Controlling ist sehr umfassend, vom 
Asset Management, über die IT- 
Kosten- und Leistungsrechnung. 
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Übungsaufgaben 



Wiederholungsfragen 



Nr. 


Frage 


Antwort 

Seite 


1 


Skizzieren Sie Ziele und Aufgaben des IT- 
Controlling-Konzeptes. 


31 


2 


Ordnen Sie das IT-Controlling-Konzept in 
das allgemeine Controlling-Konzept ein. 


39 


3 


Kennzeichnen Sie den Einflussbereich des 
IT-Controlling-Konzeptes im IT-Prozess. 


43 


4 


Differenzieren Sie anhand wesentlicher 
Merkmale das Strategische IT-Controlling- 
Konzept vom Operativen IT-Controlling- 
Konzept. 


44 


5 


Beschreiben Sie kurz strategische und ope- 
rative Werkzeuge im IT-Controlling- 
Konzept. 


45 


6 


Grenzen Sie die Aufgabe des CIO vom klas- 
sischen IT-Leiter ab. 


49 


7 


Erläutern Sie die unterschiedlichen Rollen, 
die im IT-Controllerdienst wahrgenommen 
werden. 


53 


8 


Begründen Sie die Notwendigkeit für einen 
IT-Controllerdienst. 


60 


9 


Beschreiben Sie die Hauptaufgaben von IT- 
Controlling-Werkzeugen. . 
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Übungsaufgaben 



Aufgabenstellung: Beschreiben Sie kurz die beiden Hauptan- 
sätze für mögliche IT-Controlling-Konzepte. 

Lösungshinweis: Der kostenorientierte Ansatz verfolgt einsei- 
tig das Ziel der Reduzierung der IT-Kosten, da diese dem Ma- 
nagement of zu hoch und intransparent erscheinen. Er diskri- 
miniert den IT-Controller als „Kostenkiller“. 

Der leistungsorientierte Ansatz versucht die Leistung und Effi- 
zienz der IT zu steigern, um das Unternehmen möglichst gut zu 
unterstützen. Der IT-Controller agiert als Leistungs- und Effi- 
zienzmanager im Sinne eines Dienstleisters. 

Übung 1: IT-Controlling-Konzepte 



Aufgabenstellung: Beschreiben Sie kurz das leistungsorientier- 
te IT-Controlling-Konzept.. 

Lösungshinweis: Das IT-Controlling-Konzept dient der Pla- 
nung, Steuerung und Koordination der IT zur Optimierung der 
Geschäftsorganisation. 

Übung 2: IT-Controlling-Konzept 



Aufgabenstellung: Vergleichen Sie das IT-Controlling-Konzept 
mit anderen Controlling-Sparten. 

Lösungshinweis: Das IT-Controlling-Konzept vernetzt Control- 
ling-Sparten (z. B. Personalcontrolling, Eertigungscontrolling, 
Vertriebscontrolling), da der IT-Einsatz für sämtliche Bereiche 
eines Unternehmens relevant ist. 

Übung 3: IT-Controlling-Konzept 
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Übungsaufgaben 



Aufgabenstellung: Skizzieren Sie kurz die These von N.C 
Carr, die er in seinem Aufsatz „IT doesn’t matter“ aufgestellt hat, 

Lösungshinweis: Nach Carr hat die IT lediglich den Stellen- 
wert eines austauschbaren Massengutes (z. B. Strom, Wasser) 
und daher keine strategische Bedeutung für die Unternehmen. 
IT-Leistungen können daher bei Bedarf beim günstigsten Liefe- 
ranten bezogen werden, analog dem Strom aus der Steckdose. 

Übung 4: IT doesn’t matter? 



Aufgabenstellung: Welche Gründe haben dazu geführt, dass 
zahlreiche Unternehmen eine Abteilung oder einen Bereich für 
„IT-Controlling“ eingerichtet haben? 

Lösungshinweis: Zahlreiche fehlgeschlagene IT-Projekte habe 
die Aufmerksamkeit der Unternehmensleitung auf den IT- 
Bereich gelenkt. Häufig werden die nach Meinung vieler Mana- 
ger intransparenten IT-Kosten hinterfragt. Die starke Vernet- 
zung der Informationssysteme erfordert eine bereichsübergrei- 
fende und unabhängige Meinungsbildung, wenn neue Informa- 
tionssysteme eingeführt werden sollen oder Wartungsaufgaben 
bewertet werden müssen. 

Übung 5: Gründe für IT-Controlling-Abteilungen 



Aufgabenstellung: Beschreiben Sie die wichtigsten Aufgaben- 
bereiche des CIO. 

Lösungshinweis: Der CIO (Chief Information Officer) hat fol- 
gende Hauptaufgaben: 

- Entwicklung der IT-Strategie, 

- Festlegung von IT-Standards, 

- Optimierung der Geschäftsprozesse, 

- Identifizierung von Verbesserungspotenzialen, 

- Förderung der Kommunikation zu IT-Themen, 

- Planung und Überwachung der IT-Budgets. 

Übung 6: CIO-Aufgaben 
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Aufgabenstellung: Wie arbeiten der CIO und der IT-Controller 
zusammen? 

Lösungshinweis: Der CIO ist verantwortlich für die Umset- 
zung der Maßnahmen. Der IT-Controller ist der unabhängige 
Berater des CIOs und unterstützt ihn bei seinen Aufgaben. Er 
sorgt für einen reibungslosen Ablauf des IT-Controlling- 
Prozesses. 

Übung 7: CIO-Aufgaben 



Aufgabenstellung: Nennen Sie kurz in Stichworten einige Auf- 
gaben, die für eine Stellenbeschreibung eines IT-Controllers 
relevant sind. 

Lösungshinweis : 

Aufbau und Weiterentwicklung des IT-Controlling-Werkzeug- 
kastens (z. B. Soll-Ist-Vergleich der IT-Kosten, IT-Projektcontrol- 
ling, Kostentreiberanalyse und Erarbeitung von Gegensteue- 
rungs-Maßnahmen, IT-Vertragsmanagement, IT-Berichtswesen).. 

Übung 8: Stellenbeschreibung eines IT-Controllers 
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Übungsaufgaben 



Aufgabenstellung: Beschreiben Sie, welche Aufgaben des IT- 
Controllers von IT-Controlling-Software typischerweise unter- 
stützt werden. 

Lösungshinweis : 

Am Markt gibt es derzeit sehr unterschiedlich ausgeprägte Soft- 
wareprodukte, die den IT-Controller sehr unterschiedlich unter- 
stützen. Meisten werden von den Produkten allgemeine finanz- 
und kostenorientierte Planungs- und Analysetätigkeiten, die 
strategische Steuerung des IT-Bereiches sowie Spezialaufgaben 
wie die Lizenzverwaltung unterstützt. 

Der folgende Aufgabenkatalog gibt einen groben Überblick 
über das gesamte Spektrum: 

Finanzmanagement (IT-Budgetierung, IT-Kosten- und Leis- 
tungsverrechnung, Projektkalkulation, IT-Kennzahlen), 

IT-Strategie und IT-Balanced Scorecard, 

Asset- und Lizenzmanagement, 

Geschäftspartnermanagement (Partnerdaten, Rahmenverträge, 
Preise und Konditionen, Bewertungen bisheriger Projekte, Ver- 
träge, Kennzahlen), 

IT-Prozessmanagement (Prozessmodellierung und -analyse). 
Übung 9: Funktionsumfang von IT-Controlling-Software 
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3 

3.1 

3.1.1 

Historischer 

Strategiebegriff 



IT-Strategie 



Einsatz strategischer iT-Controiiing-Werkzeuge 



IT-Strategie 

Begriff 

Der Begriff Strategie leitet sich vom altgriechischen Wort „Strate- 
geia“ ab, das mit Kriegsführung oder Kriegskunst übersetzt wer- 
den kann. Heute wird der Strategiebegriff oft in unterschiedlicher 
Bedeutung verwendet, um Begriffe „aufzuwerten“. Eine Strategie 
liefert eine vorausschauende Planung zukünftigen Handelns. 
Ergo: Heute schon tun, woran andere erst morgen denken- 
denn nur beständig ist der Wandel“ (Heraklit, gestorben 450 
V. ehr.). Ohne den gezielten und wirtschaftlichen Einsatz der 
Informationstechnik (IT) sind operative und strategische Unter- 
nehmensziele im 21. Jahrhundert nicht mehr planbar. 

Die IT-Strategie ist ein elementarer Bestandteil der Unterneh- 
mensstrategie. Sie dient der Umsetzung und dem Monitoring 
geeigneter IT-orientierter Maßnahmenbündel zur Realisierung 
strategischer Unternehmensziele. Wesentliche Inhalte der IT-Stra- 
tegie sind: 

• Eormulierung eines zukünftigen Sollzustandes (Wohin wol- 
len wir?) 

• Auflistung des Handlungsbedarfs (Was müssen wir tun? Wo 
sind Schwachstellen?) 

• Aufzeigen von Handlungsoptionen (Was haben wir für Al- 
ternativen?) 

• Setzen von Zielen und Definieren von Maßnahmen (Was ist 
konkret zu tun? Wann sollen die Ziele erreicht werden?) 

• Benennung der Verantwortungsträger (Wer führt die Maß- 
nahmen durch?) 

• Bestimmung von Messgrößen für das Ziel-Monitoring (Wann 
haben wir die Ziele erreicht?) 
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IT-Bebauungs- 

plan 



Ein Element der IT-Strategie ist die Entwicklung eines IT- 

Bebauungsplans. Er ist auch bekannt als: Unternehmensbebau- 
ungsplan, Bebauungsplan, IS-Plan bzw. Informationssystemplan, 

IT-Masterplan oder Rahmenarchitekturplan. Der IT-Bebauungs- 

plan gibt Antworten auf folgende Eragen: 

• Welche Informationssysteme haben wir derzeit im Einsatz? 

• Welchen Releasestand haben die im Unternehmen eingesetz- 
ten Informationssysteme? 

• Wann wurde ein Informationssystem eingeführt? 

• Wann wird das nächste Release produktiv? 

• Wann wird das Informationssystem abgelöst? 

• Über welche Verbindungsstellen (Schnittstellen) werden die 
verschiedenen Informationssysteme verknüpft? 

• Welche Informationen werden ausgetauscht? 

• Welches Informationssystem ist das „führende“ System, z. B. 
für Kundendaten? 

• Wo werden z. B. Kundendaten erfasst und geändert? 

• Wohin werden die Änderungen der Kundendaten weiterge- 
leitet? (z. B. muss eine Änderung der Kundenanschrift wegen 
Umzug des Kunden im Vertriebssystem und in der Einanz- 
buchhaltungssoftware bekannt sein) 

• Wo (welche Organisationseinheiten) und wofür (welche 
Geschäftsprozesse) setzen wir im Konzern bzw. Unterneh- 
men Standardsoftware des Herstellers XYZ ein? 



• Wo und wofür lässt sich die Standardsoftware weiterhin 
einsetzen? 

Abbildung 39 zeigt die Übersicht eines Zielbebauungsplans einer 
Versicherung. 
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Unternehmensportal 



Portal (SAP Enterprise Portal) 



Sales & 
Service 




Insurance 
Core Applications 




Business 

Support 


CRM (mySAP CRM) 






Komposit (SAP FS-PM) 




Personal (SAP HR) 










Provisionen 






Leben 




ReWe (SAP Fl) 










Agentenvertrieb 






'Geschäftspartner (SAP FS-BP) 




Controlling (SAP CO 










Bankenvertrieb 






Schaden (SAP FS-CM) 




Einkauf 
















Inkasso/Exkasso (SAP FS-CD) 















Analysen 



Data Warehouse (SAP BW) 

Abbildung 39: Zielbebauungsplan eines Versicherers 

Aus dem Bebauungsplan ist ersichtlich, dass sämtliche Software- 
funktionen über ein Unternehmensportal erreichbar sein sollen. 
Hierzu möchte man sich des SAP Enterprise Portals, einem Stan- 
dardprodukt der Firma SAP AG, bedienen. Weiterhin ist erkenn- 
bar, dass die Vertriebsprozesse weitgehend mit Eigenentwicklun- 
gen (Provisionen, Agentenvertrieb, Bankenvertrieb) unterstützt 
werden sollen. Lediglich für das Customer-Relationship-Mana- 
gement (Kundenbeziehungsmanagement) wird ein Standardpro- 
dukt der Firma SAP (mySAP CRM) eingesetzt, dass branchen- 
unabhängig genutzt werden kann. Die Querschnittsprozesse 
(Business Support) der Versicherung werden durch Standard- 
SAP-Systeme (Module FI für Finanzen, HR für Human Ressource 
Management usw.) abgedeckt. Die Besonderheit dieses Bebau- 
ungsplans besteht darin, dass das Unternehmen seine Kernpro- 
zesse (Insurance Core Applications:) mit Standardsoftware abde- 
cken möchte, was für die Versicherungsbranche sehr unge- 
wöhnlich ist. Hierzu gehört z.B. der Prozess Geschäftspartner- 
management, der durch das Produkt „SAP FS-BP“ unterstützt 
wird. Lediglich der Bereich „Leben“ wird durch ein selbst entwi- 
ckeltes Softwareprodukt abgedeckt. Betriebswirtschaftliche Ana- 
lysen werden unternehmenseinheitlich über das Data Warehouse 
von SAP unterstützt. 

Zu einem IT-Bebauungsplan gehört auch die zeitliche Perspekti- 
ve. Abbildung 40 dokumentiert den zum IT-Bebauungsplan zu- 
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3 . 1.2 



gehörigen Terminplan. Der Terminplan zeigt die langfristige 
Vorgehensweise der Umsetzung. Zu Beginn der Umsetzung ste- 
hen grundlegenden Prozesse wie Rechnungswesen, In- und Ex- 
kasso sowie das Geschäftspartnermanagement. Hierauf aufbau- 
end werden Kernprozesse der Versicherung (z.B. Lebensversi- 
cherung) realisiert. Gegen Ende der Umsetzung erfolgt der 
analytische Teil des Plans mit dem Customer Relationship- 
Management und dem Data Warehouse. 

^hase V 

analytisches CRM 

^Phase IV 

analytisches CRM 

Data Warehouse 



dispositives CRM 

Schadensmanagement (für Sachversicherung) 
Enterprise Portal (für Außendienst) 




Lebensversicherung 

Schadensmanagement (für Kfz-Versicherung) 



I Phase I 

Rechnungswesen 

ln-/Exkasso (Kfz- und Sachversicherung) 

1. Jahr 2. Jahr 3. Jahr 4. Jahr 5. Jahr 

Abbildung 40: Terminplanung für den IT-Bebauungsplan des 
Versicherers 



Entwicklung einer IT-Strategie 

Die Vorgehensweise zur Entwicklung einer IT-Strategie doku- 
mentiert Abbildung 4l. 
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Abbildung 4l: IT-Strategiefindung (Heinrich, 1992, S. 135) 

Oft werden in der „IT-Strategie“ nur geplante IT-Projekte aufge- 
listet, ohne dass gegenüber der Unternehmensstrategie ein ei- 
genständiger Mehrwert zu erkennen ist. Notwendig ist es, eine 
aus der Unternehmensstrategie abgeleitete IT-Strategie zu erstel- 
len, welche die Grundlage für folgende Maßnahmen liefert (vgl. 
Jaeger, 2000): 

• Ausgangsbasis für die operative IT-Planung (z. B. Ressour- 
cenverteilung für laufende IT-Projekte, Bemessung von IT- 
Investitionen, Planung von IT-Schulungen), 

• Anpassung der IT-Organisation, 

• Gestaltung computerunterstützter Geschäftsprozesse (z. B. 
Einführung eines neuen ERP-Systems wie SAP® R/3®), 

• Pestlegung und Priorisierung zukünftiger IT-Projekte (z. B. 
Aufbau eines Kundeninformationssystems). 

Damit unterstützt die IT-Strategie den Strategiefindungsprozess 
des Unternehmens, der sich an betriebswirtschaftlichen Zielen 
orientiert. Zur Steuerung des in Abbildung 41 skizzierten Prozes- 
ses ist eine moderierte Strategiediskussion des IT-Controller- 
dienstes für die Abstimmung der IT-Strategie mit dem Manage- 
ment notwendig. 
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Abbildung 42: Abstimmung der IT-Strategie (Praxisbeispiel eines 
Logistikdienstleisters) 



Der Rückkopplungsprozess gemäß Abbildung 42 klärt Fragen, 
die eine Rückwirkung der IT-Strategie auf die Unternehmensstra- 
tegie, Kennzahlen und Maßnahmen haben können. Fragen des 
Rückkopplungsprozesses liefern Impulse: 

• Wie kann die IT genutzt werden, um interne Geschäftspro- 
zesse zu beschleunigen und kostengünstiger zu gestalten? 

• Wie können zwischenbetriebliche Geschäftsprozesse mit 
Hilfe der IT verbessert werden (z. B. Einbindung der Zuliefe- 
rer durch IT-gestütztes Supply-Chain-Management)? 

• Wie kann die IT genutzt werden, um die Wettbewerbsfähig- 
keit des Unternehmens zu steigern? 

• Wie können mit Hilfe der IT neue Kundengruppen erschlos- 
sen werden (z. B. durch Nutzung neuer Technologien)? 

3.1.3 Praxisbeispiele 

Die Ziele und Inhalte der IT-Strategien werden nur selten in der 
Öffentlichkeit offen gelegt und diskutiert. Die Fachzeitschrift 
CIO-Magazin hat in einer Sonderausgabe die wichtigsten Elemen- 
te der IT-Strategien der deutschen DAX30-Unternehmen veröf- 
fentlicht und einander gegenüber gestellt (vgl. CIO-Magazin 
2004). 

Ziele 
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Projekte 



IT- Ausrichtung 



Wichtige und häufig genannte Ziele der IT-Strategien der unter- 
suchten Aktiengesellschaften sind die Standardisierung von IT- 
Anwendungen und vor allem von Geschäftsprozessen. Auf den 
Punkt gebracht hat die Deutsche Telekom die Ziele der IT- 
Strategie mit der Vorgabe: „Steigerung des Konzern wertes“. 

Die Unternehmen wurden nach den wichtigsten IT-Projekten 
gefragt, welche die IT-Strategie unterstützen sollen. Entsprechend 
der Zielsetzung arbeiten sehr viele Firmen daran, in Standardisie- 
rungsprojekten die Möglichkeiten für optimierte Prozesse zu 
schaffen. Hierzu gehört auch der verstärkte Einsatz von Bran- 
chenpaketen und Standardsoftware, hier insbesondere der SAP 
AG. Einen weiteren Schwerpunkt bilden Anstrengungen, gesetz- 
liche Vorgaben aus der Finanzwelt bzw. Bilanzierungsvorschrif- 
ten (z. B. US GAAP) in IT-Systeme zu implementieren. Auffällig 
häufig werden auch rein technische Projekte, wie etwa die Mig- 
ration auf das Betriebssystem Windows XP genannt. 

Auf die Frage nach der Ausrichtung der IT, d. h. nach dem Grad 
des IT-Outsourcing (viel/wenig Outsourcing) und der Zentralisie- 
rung (zentral/dezentral) gab es sehr uneinheitliche Antwort- 
Kombinationen. Nahezu alle möglichen Antwort-Kombinationen 
wurden gewählt (vgl. hierzu das Portfoliodiagramm in Abbildung 
43). Der Outsourcing-Trend der vergangenen Jahre scheint aller- 
dings zu verlangsamen. Viele IT-Manager präferieren partielles 
Outsourcing. Dies lässt sich so interpretieren, dass häufig nur 
diejenigen Teile der IT aus der Hand gegeben werden sollen, die 
nicht wettbewerbskritisch sind. Deutlich wird dies z. B. beim 
Versorger Eon AG, der die "Integrationsverantwortung und Ent- 
scheidungsgewalt" im Hause behalten möchte. 




- 4 - wenig Outsourcing viel -► 



Abbildung 43: IT-Ausrichtung der DAX30-Unternehmen (Daten: 
CIO-Magazin 2004) 
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Eine Zusammenstellung der auf Basis der in CIO-Magazin (2004) 
bereitgestellt Daten findet sich in Abbildung 44 wieder. Die An- 
gaben wurden teilweise etwas gekürzt oder modifiziert. 



Unternehmen 


Ziele der IT-Strategie 


Wichtigste laufende Projekte 


Adidas- 

Salomon 


Anwendungen und Organisation konso- 
lidieren; leistungsfähige Lieferkette 


Produktdaten-Management, SAP- 
Branchensoftware sowie Supply-Chain- 
Management (SAP APO) 


Allianz 


Gruppenweise Standards etablieren, 
Ressourcen schonen, Lösungen grup- 
penweit nutzen 


Smartcard-System für Außendienst, Migra- 
tion auf Windows XP, IT-Unterstützung für 
Basel II und US-GAAP 


Altana 


k.A. 


weltweiter SAP-R/3-Rollout, Einführung 
einer Pharma-spezifischen SCM- 
Simulationslösung 


BASF 


Flexible und leistungsfähige IT- 
Strukturen zur Unterstützung der Ge- 
schäftsprozesse schaffen 


SAP-Konsolidierung, Standardisierung von 
Daten, Prozessen und Systemen (Clients), 
Ausbau E-Commerce 


BMW 


Geschwindigkeit, Flexibilität, Leistungs- 
tiefe 


Materialversorgung just in time und just in 
sequence, Standardisiemng der produkti- 
onsbezogenen Systeme 


Bayer 


Bedarfsgerechte Leistungen zu markt- 
konformen Preisen, Standardisierung, 
Technologie weiterentwickeln 


Unterstützung der Gründung der Tochter 
Lanxess, Projekte zur Reduktion von 
Komplexität 


Commerzbank 


Kostenoptimierte Produktion, Komplexi- 
tätsreduktion der Anwendungen, selek- 
tives Sourcing 


SAP, Vorbereitung auf Basel II und MAK, 
Migration auf Windows XP 


Continental 


Wertgenerierung, Business-Orientierung, 
Kostenreduzierung, IT als Business- 
Consulting-Bereich 


Standardisierung der 220 Standorte 


DaimlerCrysler 


Realisierung globaler Prozesse, Unter- 
stützung markenübergreifender Aktivitä- 
ten, Technologieführerschaft 


Digitale Fabrik, Expansion in China, Kon- 
solidierung der Infrastruktur 


Deutsche Bank 


IT auf Geschäftsprozesse ausrichten, 
Systeme global homogenisieren, Kosten- 
variabilisierung durch Outsourcing von 
Nicht-Kernkompetenzen 


Harmonierung von Architekturen und 
Plattformen 


Deutsche Post 


Kerngeschäft unterstützen, wettbewerbs- 
fähige IT-Lösungen und -Services erstel- 


Konzernweite SAP-Implementierung, Roll- 
out Windows XP, Integration des Paket- 
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len, konzernweit integrierte Services und 
Geschäftsprozesse unterstützen 


dienstes DHL 


Deutsche Börse 


Unterstützung strategischer Geschäftszie- 
le, Kostensenkung und Effizienzsteige- 
rung 


Verbindung der Terminmärkte in USA und 
Europa zur Abwicklung und Sicherung 


Deutsche 

Lufthansa 


Konvergenz von Technologie und Ser- 
vice, Veränderung und Innovation 
stützen, Bedürfnisse der Geschäftsfelder 
mit Konzernoptimium zusammenführen 


Ausbau des Mitarbeiterportals 


Deutsche 

Telekom 


Steigerung des Konzernwertes 


Maut, Standardisierung der Infrastruktur, 
Integration von Netzwerk- und IT- 
Plattform 


Eon 


Wiederverwendbarkeit, Infrastruktur- 
Konsolidierung, Einkaufssynergien bei 
Hard- und Software 


Konzern-Applikationsstrategie, Konzern- 
Infrastrukturstrategie , Shared-Service- 
Konzept 


Fresenius 
Medical Care 


k.A. 


Migration auf DB2-Datenbank 


Henkel 


Wirtschaftlichen Mehrwert schaffen, IT- 
Standards definieren und kontrollieren, 
optimalen Service liefern 


Standardisierung der Lieferkette und der 
Finanzprozesse, Data Warehouse für 
Marktinformationen 


Hypovereins- 

bank 


Gemeinsame Plattform, Architekturma- 
nagement, Optimierung von Prozessen 
und IT-Ressourcen 


Umsetzung Basel II, Migration auf Win- 
dows XP, Plattformkonzept für den Dar- 
lehnsprozess 


Infenion Tech- 
nologies 


k.A. 


Update auf die Module Supply-Chain- 
Management-Software der Firma 12 


Linde 


Geschäftsnutzen generieren, positive 
Differenzierung gegenüber dem Wett- 
bewerb, IT professionell managen 


Einführnng und Roll-out von SAP, Grün- 
dung der "Linde Infrastruktur Services" als 
zentraler Dienstleister 


MAN Techno- 
logies 


k.A. 


Weiteres Roll-out E-Commerce-System, 
Roll-out einer SAP-Logistikplattform, Groß- 
rechner-Ablösung 


Metro 


Unterstützung der internationalen Ex- 
pansion, Vereinheitlichung der Systeme, 
Entwicklung strategischer Anwendungs- 
systeme, Betrieb der Infrastruktur, Fort- 
schreibung der IT-Strategie 


InternationalisieRing des Warenwirt- 
schaftssystems und des Data Warehouses, 
unternehmensweite Prozess- 
Standardisierung, Ausbau der internationa- 
len MGI-Serviceorganisation 









Münchner Rück wettbewerbsfähige Konditionen anbie- 
ten, Einsatz innovativer Technologien, 



Global Insurance Application, Enterprise 
Consolidation, Grundbausteine für "Fast- 














































gesteuert durch Geschäftsbereiche, 
zentrale Datenbasis, einmalige Erfas- 
sung, Standardapplikationen, wenn 
verfügbar, Eigenentwicklung wenn 
Wettbewerbsvorteil 


Close" im Rechnungswesen, Bürokommu- 
nikation auf Basis Office 2003 mit inte- 
griertem Dokumentenarchiv, Netzwerk- 
migration auf neuen Provider 


RWE 


Synergien nach den IJnternehmenszu- 
käufen, Steigerung der Effektivität 


Standardisierung von Prozessen, Roll-out 
des E-Procurement auf My-SAP-Basis, 
gemeinsame Beschaffung und Infrastruk- 
turnutzung 


SAP 


Senkung der TCO bei gleicher Qualität, 
Projekt-Priorisierung durch Portfolio- 
Management, Steigerung der internen 
Kundenzufriedenheit 


Produktentwicklung Enterprise-Portals , 
Produktentwicklung (CRM, Strategie En- 
terprise Management) 


Schering 


k.A. 


Standardisierung der Hardwarebeschaffung 
und Einsatz von SAP und Lotus Notes 


Siemens 


Geschäftsprozessoptimiernng durch 
Optimierung der IT-Landschaft und 
"Shared IT-Services" 


RZ-Konsolidierung in Europa, Unterneh- 
mensportal 


ThyssenKrupp 


Effizienz und Effektivität durch Standar- 
disierung von Hard- und Software und 
Prozesse, Konsolidierung der Systeme 
und Anwendungen 


Harmonisierung der ERP-Systeme, E-Mail- 
Systeme und des Weitverkehrsnetzes 


TUI 


Ein konsistentes IT-System für alle 
Konzernunternehmen 


Touristische Kernsysteme und Komponen- 
ten vereinheitlichen, Systemvielfalt redu- 
zieren 


Volkswagen 


Wertschöpfungsbeitrag, Prozessintegrati- 
on über Regional- Gesellschafts- und 
Markengrenzen hinaus 


Konsolidierung der IT-Infrastruktur, Pro- 
duktdaten-Management, Eertigungs- 
Informations- und Steuerungssystem, 
Originalteilsystem, Virtuelles Fahr- 
zeug/Digitale Fabrik 



Abbildung 44: IT-Strategien der DAX30-Unternehmen (Daten: CIO-Magazin 2004) 



3.2 IT-Standardisierung 

3.2.1 Einführung 

Eine historisch gewachsene IT-Infrastruktur mit zahlreichen Lö- 
sungen für gleichartige Problemstellungen (z. B. Nutzung unter- 
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schiedlicher ERP-Systeme, E-Mail-Programme oder Betriebssys- 
teme, Einsatz unterschiedlicher PC-Typen, Einkauf bei verschie- 
denen PC-Herstellern) führt zu hohen Kosten für die Aufrecht- 
erhaltung der Betriebsbereitschaft. Viele Unternehmen stehen vor 
der Herausforderung, die Anzahl der unterschiedlichen Lösungs- 
varianten zu reduzieren. Im Rahmen der IT-Strategieentwicklung 
sind hausinterne IT-Standards zu entwickeln, als verbindlich zu 
erklären und fortlaufend zu verbessern. Die Esslinger Eirma Eesto 
sieht z. B. in der Standardisierung von IT-Leistungen ein strategi- 
sches Ziel (vgl. Ilg, 2005) für Ihr Unternehmen. Im operativen IT- 
Controlling-Konzept ist die Einhaltung der Standards, z. B. die 
Genehmigung von Projektanträgen oder bei Revisionen zu über- 
prüfen. Das Ziel der Standardisierung besteht darin, eine ange- 
messene und sinnvolle IT-Ausstattung für den Großteil der IT- 
Anwender im Unternehmen festzulegen und nicht die IT- 
Anforderungen eines einzelnen Benutzers umfassend abzude- 
cken (vgl. Buchta et al. 2004, S. 152). Durch einheitliche Infor- 
mationssysteme und IT-Prozesse sinken die Kosten für Einfüh- 
rung, Betrieb und Wartung in erheblichem Umfang. Beispiele für 
Standardisierungsfelder sind in Abbildung 45 dokumentiert. 




Abbildung 45: Standardisierungsfelder der IT 



Hardware Im Bereich der IT-Hardware sind intelbasierte Arbeitsplatzcom- 

puter weit verbreitet. Innerhalb des Unternehmens ist darauf zu 
achten, dass möglichst nur standardisierte Komplettsysteme mit 
der im Unternehmen üblichen Softwaregrundausstattung zum 
Einsatz kommen. Hierzu sind Standard-IT-Arbeitsplätze zu defi- 
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Software 



nieren, die an unterschiedlichen Einsatzszenarien (Büroarbeits- 
platz, mobiler Arbeitsplatz) orientiert sind. 

Im Bereich der Softwareentwicklung hat die Verwendung von 
Standards durch Nutzung standardisierter Programmiersprachen 
wie COBOL, C++ oder Java eine lange Tradition. Hinzu kommt 
die Nutzung von weit verbreiteten Industriestandards, wie z. B. 
die Programmiersprache ABAP® der SAP AG. 

Häufig verwenden Unternehmen betriebswirtschaftliche Stan- 
dardsoftwarepakete, wie etwa das Produkt SAP® R/3® und defi- 
nieren die Nutzung für den abgedeckten Bezugsbereich (z. B. 
Vertrieb, Produktion, Finanzen und Personal) als obligatorisch. 



PRAXISBEISPIEL: IT-STANDARDISIERUNG (HEIDELBER- 
GER DRUCK) 

Wie wichtig die Standardisierung von IT-Arbeitspiätzen sein kann, zeigt 
das Beispiei der Heideiberger Druck AG (vgi. Vogei, 2003, S.31). Das 
Unternehmen verfügt über etwa 19.500 Ciients, auf denen bei einer 
Stichprobe unter 6150 Geräten über 5984 verschiedene Softwarepro- 
dukte instaliiert waren. Naoh einer Reihe von Standardisierungsmaß- 
nahmen konnte die Anzahi der Softwareprodukte auf etwa 300 redu- 
ziert werden. 



Ein Beispiel für technische Standards im Hause der deutschen 
ALBA-Gesellschaften, einem Beratungsunternehmen, zeigt 
Abbildung 46. 





3,2 IT-Standardisienmg 



Client-Oberfläche/ Präsentation 
Anwendungssoftware 



:ion I 



Programmiersprachen/ 

Entwicklungswerkzeuge 



Client-OS 

Server-OS 



Abfragewerkzeuge 
Datenbanken, Schnittstellen 



Netzwerke und 
Router 



Hardware 

(Server) 



Windows 95, Power Builder, SAP R/3 (Version 4.08) 



Power Builder, C, Ch--h, ABAP-Werkzeuge 



Zugang: Web-Hosting mit Internet-Explorer 
Instranet: Windows NT, Doktoris (debis) 



Oracle Werkzeuge, Info-Maker 
Oracle Datenbank, V. 7.34 



TCP/IP 

Glasfaser und ISDN zwischen den Standorten sowie Cisco-Router 



HP LX und LH 



Abbildung 46: ALBA-IT-Standards (Heinrich/Bernhard, 2002, S. 
108) 



Die Standardisierung heterogener Informationssysteme ist eine 
Aufgabe, die regelmäßig im Umfeld von Unternehmenszusam- 
menschlüssen zu bewältigen ist. Kratz (2003) berichtet von ins- 
gesamt 27 Großrechnersystemen, die im Rahmen des Zusam- 
menschlusses des Debis Systemhauses mit verschiedenen Tele- 
kom-Tochterfirmen zur T-Systems International zu konsolidieren 
waren. Darüber hinaus besaß jede Einheit eigene Kundenstamm- 
daten, die zu einer gemeinsamen Kundendatenbank integriert 
wurden (vgl. Kratz, 2003). 

Die gestiegene Bedeutung der Standardisierung hat beispielswei- 
se die Degussa AG dazu bewogen, in Anlehnung an die bekann- 
te Bedürfnispyramide nach Maslow eine Standardisierungspyra- 
mide abzuleiten (vgl. Abbildung 47). Sie zeigt, dass die Standar- 
disierungsaufgaben oberhalb der technischen IT-Infrastruktur vor 
allem durch die Fachseite getrieben werden müssen: Daten, 
Funktionen und Prozesse sind Objekte, die aus dem Geschäft 
eines Unternehmens heraus betrachtet werden müssen. Der 
Hauptaufwand sowie -nutzen der Standardisierung ist in diesen 
Ebenen zu realisieren. 
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Services 




Abbildung 47: Harmonization Pyramid »Maslow« der Degussa AG 
(Neukam 2004) 

IT-Services nehmen in der Informationstechnik an Bedeutung zu. 
Hinzu kommt, dass Marktstandards, wie sie aus den Bereichen 
Hard- und Software bekannt sind, hier weniger stark auftreten. 
Deshalb lassen sich zahlreiche Beispiele für die Standardisierung 
finden. So sind z. B. die Prozesse für die Bereitstellung, Wartung 
und Entsorgung von Computerarbeitsplätzen Aufgaben, die häu- 
fig nicht in standardisierter Form vorliegen und vergleichsweise 
hohe Kosten verursachen (vgl. hierzu das Kapitel IT-Arbeitsplatz- 
management). 

Vorgehensmodelle für die Softwareentwicklung und deren Do- 
kumentation sind in Softwarehäusern und größeren Unter- 
nehmen vorzufinden, in kleineren Unternehmen jedoch weniger 
stark verbreitet. Das gleiche gilt für Methoden der Kostenschät- 
zung, die in den Projekten zum Einsatz kommen sollen. Bei 
Unternehmen mit hoher Eigenentwicklungsquote findet man z. 
B. häufig die Function-Point-Methode, bei SAP -Anwendern wird 
meist die von der SAP AG bereitgestellte ASAP®-Methode einge- 
setzt (vgl. hierzu Gadatsch 2004). 

Nutzt ein Unternehmen die Möglichkeit, E-Mails und weitere 
elektronische Dokumente verschlüsselt auszutauschen, so sind 
selbstverständlich einheitliche Verschlüsselungsmethoden einzu- 
halten. Die Vielzahl der innerhalb der in Unternehmen aufgebau- 
ten Intranet-Server und vor allem der nach außen gerichteten 
Internetserver müssen mit einheitlichen Layoutvorschriften und 
Freigabeprozessen standardisiert werden, um einem „Wildwuchs“ 
hinsichtlich der Inhalte und Gestaltung entgegenzuwirken. Wer- 



3-2 IT-Standardisierung 



Nutzen der 
Standardisie- 
rung 



3 . 2.2 



Kaufpreis < 
Gesamtkosten 



den im Unternehmen Geschäftsprozessmodelle erstellt, so ist es 
sinnvoll, dass die hierfür verwendeten Modellierungsmethoden 
(z. B. die häufig genutzten ereignisgesteuerten Prozessketten, 
EPK) einheitlich verwendet werden (vgl. zur Methodik der Ge- 
schäftsprozessmodellierung: Gadatsch 2004). 

Der Nutzen der Standardisierung liegt in der kostengünstigeren 
Beschaffung, einfacheren Administration, Anwendung und Ver- 
netzung von IT-Komponenten. Darüber hinaus wird die Durch- 
gängigkeit der IT-Infrastruktur verbessert (vgl. Buchta et al. 2004, 
S. 152), da weniger Schnittstellen und Systemübergänge zu ver- 
sorgen sind. 

Total Cost of Ownership von Informationssystemen 

IT-Arbeitsplätze und Informationssysteme verursachen neben 
den direkten Kosten (z. B. Anschaffungskosten für Hardware 
und Software), die für die Verantwortlichen transparent und 
sichtbar sind, enorme indirekte Kosten, (z. B. durch Fehlbedie- 
nung und/oder mangelhafte Schulung) die sich der Beeinflus- 
sung entziehen. 

Der Kaufpreis eines typischen Arbeitsplatzcomputers beträgt 
nach Analysen nur etwa 14-15 % der gesamten Kosten, die er im 
Laufe seiner Lebensdauer insgesamt verursacht. Die restlichen 
Kosten werden häufig nicht transparent, wenn sie dem betriebli- 
chen Rechnungswesen nicht zu entnehmen sind (vgl. Abbildung 
20). 
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Direkte 

Kosten 



Indirekte 

Kosten 




IT-Kosten 



Abbildung 48: IT-Kosten-Struktur (Conti, 2000) 

Direkte Kosten entstehen bei der Beschaffung und dem Betrieb 
von Hard- und Software. Hierzu zählen die Anschaffungskosten 
und Prozesskosten der Beschaffungsprozesse, der Aufwand für 
die Installation von Hardware und Software, die Schulung der 
Mitarbeiter, Wartung und Support, Betrieb von Help-Desks, Netz- 
werkbetrieb und Raumkosten. 

Neben den direkten Kostenbestandteilen fallen nicht direkt 
sichtbare Kostenblöcke an, die sich dem Einflussbereich des 
Managements entziehen. Diese Indirekten Kosten entstehen 
durch Produktivitätsverluste der Mitarbeiter (z. B. fehlende Aus- 
bildung) und Ausfallzeiten bei unzureichender Wartung oder 
Fehlfunktionen. Weitere Beispiele für indirekte Kosten sind Op- 
portunitätsverluste durch Nichtnutzung von technologischen 
Möglichkeiten (z. B. Datensicherungskonzept, Laufwerke im 
Netz), deren Nicht-Nutzung höhere Kosten verursacht, als ihr 
konsequenter Einsatz. Ein fehlendes Datensicherungskonzept 
kann zu einem Datenverlust führen, wenn ein Mitarbeiter Unter- 
nehmensdaten auf einem Laptop aufbewahrt und diesen verliert. 
Der Ausfall eines zentralen Mailservers, ein Virenangriff auf das 
Unternehmensnetz oder nur ein nicht korrekt eingespieltes Up- 
grade eines Textverarbeitungsprogramms verursachen Arbeits- 
zeitausfälle und Folgekosten durch nicht erfasste Aufträge. 
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TCO-Modell der 
SAP AG 



Diese nicht transparenten Kosten lassen sich mit einem Schiff im 
Wasser vergleichen, dessen Rumpf unterhalb der Wasserlinie 
nicht sichtbar ist (vgl. dazu Abbildung 49). Der Anteil der direk- 
ten Kosten erreicht etvca 45 % der Gesamtkosten, während die 
nicht durch das Management beeinflussbaren Kosten bis zu 55 % 
betragen können. 




Abbildung 49: Direkte versus Indirekte IT-Kosten 

Zur Beschreibung dieses Phänomens wurde von der Gartner- 
Group und anderen führenden Beratungsunternehmen der Be- 
griff TCO (Total Cost of Ownership) geprägt, der alle Kosten 
eines IT-Arbeitsplatzes umfasst (vgl. Wolf/Holm, 1998, S. 19). 
Verwandte Konzepte sind Real Cost of Ownership (RCO) und 
Lowest Cost of Ownership (LCO). Ein aktueller Vergleich mehre- 
rer TCO-Konzepte ist in Treber et al (2003) dokumentiert. Trotz 
der in den letzten Jahren gestiegenen Veröffentlichungszahlen 
zur TCO-Konzeption werden von der Praxis noch eine einheitli- 
che Methodik und nachvollziehbare Praxisstudien vermisst (vgl. 
z. B. Lubig 2004, S. 301). 

Die SAP AG hat als Anbieter betriebswirtschaftlicher Standard- 
software ein speziell auf den Betrieb ihrer Software zugeschnit- 
tenes TCO-Modell entwickelt (vgl. Siemers 2004, S. 32). Es be- 
handelt schwerpunktmäßig direkte und indirekte Kosten, die 
durch die Anschaffung, Implementierung und den Betrieb ent- 
stehen. 

Die TCO-Definition umfasst nicht nur die Kosten der Anschaf- 
fung, der Installation der Hard- und Software, die Wartung und 
den Betrieb, sondern auch die Anschaffung und Wartung von 
Servern und Netzwerken, Benutzersupport, Schulung und Trai- 
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ning, Entwicklung spezieller Anwendungen sowie die Kosten für 
den Systemausfall. 

Ziele des TCO- Der TCO-Ansatz analysiert die IT-Kostenstrukturen durch eine 

Ansatzes vollständige Erfassung der Kosten, die im Rahmen der Beschaf- 

fung, Bereitstellung und Entsorgung von IT-Komponenten ent- 
stehen. Der IT-Controller strebt nach der Bereitstellung von 
ganzheitlichen Kosteninformationen zur Beurteilung von IT- 
Investitionsentscheidungen und die Ergänzung klassischer ROI- 
Kennzahlen (Return-on-Investment) . 

Eine TCO-Analyse gliedert die IT-Kosten in direkte Kosten, sicht- 
bar im klassischen Rechnungswesen, und in indirekte Kosten, 
die im Rechnungswesen nicht ermittelbar sind (vgl. Abbildung 
50). 



Direkte Kosten 

(im Rechnungswesen sichtbar) 


Indirekte Kosten 

(im Rechnungswesen unsichtbar) 


• Hardware (Anschaffung, Leasing) 

• Software (Lizenzen, Updates) 

• IT-Infrastruktur (Netzwerk, Telefon- 
gebühren) 


• Versteckte dienstliche Endbenut- 
zer-Kosten (Arbeitszeitverlust 
durch Kollegenschulung [Hey Joe- 
Effekt], Trial-and-Error-Schulung) 


• IT-Entwicklung von Firmen-Add Ons 
(z. B. Schriftarten, Makros für Ge- 
schäftsbriefe, Funktionstest, Anwen- 
derdokumentation) 

• Schulung und Support 
(Grundlagenkurse, Telefonhotline, 
Individualtraining) 


• Produktivitäts- und Arbeitszeitver- 
luste durch technische Probleme 
(Zusammenbruch des Netzwerks, 
nicht nutzbarer Endbenutzerar- 
beitsplatz, Druckerprobleme, Ser- 
verausfall etc.) 


• Verwaltung- und Wartung 

(Eigene Mitarbeiter, Fremdfirmen bei 
Outsourcing) 


• Versteckte private Endbenutzerkos- 
ten (Arbeitszeitverlust durch priva- 
te Internetnutzung) 



Abbildung 50: Direkte und indirekte IT-Kosten 



TCO-Analysen dokumentieren übersichtlich die für Arbeitsplatz- 
systeme anfallenden hohen Kosten. So zeigen Untersuchungen 
der Gärtner Group und der Melbourne University über 4676 
Apple- und 5338 Wintel-Rechner, dass die TCO für unterschiedli- 
che Arbeitsplatzrechnertypen sehr weit auseinander liegen kön- 
nen (vgl. Abbildung 51, vgl. o.V. 2002a). Praxisberichte zeigen 
immer wieder, dass gerade im Bereich des so genannten Desk- 
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Gründe für 

unterschiedliche 

TCO 



Technische 
Verbessern ngen 



top-Managements hohe Einsparpotentiale liegen (vgl. z. B. Go- 
ra/Steinke, 2002). 

Die Gründe für die TCO-Unterschiede liegen in den niedrigeren 
Kosten für Hardware, Software und Supportbedarf. Untersucht 
werden hierbei nicht nur direkte Kosten (Hardware, Software, 
Upgrades, Service, Support, Wertverlust, Server, Peripherie), son- 
dern auch die vielfach höheren indirekten Kosten (Helpdesk, 
Schulungen, nichtproduktive Ausfallzeiten). 




Abbildung 51: TCO-Analyse der Gartner-Group (o.V. 2002). 

Im Anschluss an die Ermittlung der direkten und indirekten IT- 
Kosten werden Empfehlungen zur Reduzierung der indirekten 
Kosten erarbeitet, die in den Unternehmen meist übersehen 
werden. Hierzu zählen technische Verbesserungen, die Standar- 
disierung von IT-Komponenten und organisatorische Verände- 
rungen. 



• Einsatz von Thin Clients (kostengünstige Personalcomputer 
ohne Pestplatte, Disketten- und CD-Laufwerk usw., die über 
einen Netzanschluss betrieben werden) 

• Einsatz von Tools zur Perninstallation und -Wartung 

• IT-Assetmanagement 
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Standardisie- 
rung von IT- 
Komponenten 



Organisatori- 
sche Verbesse- 
rungen 

Vorteile des 
TCO-Modells 



Nachteile des 
TCO-Modells 



TBO Total Bene- 
fit of Ownership 



• Hardware (z. B. ein Desktop-PC und ein Laptop-Modell) 

• Software (z. B. Office, Mail) 

• Services (z. B. SLAs) 



Zu den organisatorischen Verbesserungen zählen die Geschäfts- 
prozessoptimierung im IT-Umfeld oder das Outsourcing von IT- 
Prozessen, hier insbesondere die Bereitstellung und Wartung von 
IT-Komponenten. 

Die Vorteile des TCO-Ansatzes bestehen in einer vollständigeren 
Erfassung der IT-Kosten, als dies in der klassischen Kostenrech- 
nung möglich ist und hierauf aufbauenden Konzepten, z. B. ROI. 
Das TCO-Konzept ist stärker an den Anforderungen eines IT- 
ausgerichteten Rechnungswesens orientiert. Die höhere Kosten- 
transparenz erleichtert eine deutliche Kostenreduktion. 

Die Nachteile sind darin zu sehen, dass vor allem Nutzen bzw. 
Erlöse nicht betrachtet werden. Das TCO-Konzept ist im Ver- 
gleich zu dynamischen Verfahren der Investitionsrechnung eine 
rein statische Rechnung, welche die Zeitpunkte der Zahlungen 
nicht berücksichtigt. Nachteilig ist die rein technikzentrierte 
Sichtweise, da sie Personalkosten von IT-gestützten Prozessen 
nicht berücksichtigt. 

Abhilfe schaffen prozessorientierte Ansätze, wie z. B. die Pro- 
zesskostenrechnung. Verbesserungen des TCO-Konzeptes wer- 
den durch Einbeziehung von Nutzenkomponenten diskutiert. So 
erweitert die Gartner-Group das TCO-Modell durch ihr TBO- 
Konzept (Total Benefit of Ownership). Einzubeziehende Benefits 
für drahtlose PDAs (Personal Digital Assistent) sind z. B.: 

• geringere Eehlerquote bei der Datenerfassung, 

• beschleunigte mobile Prozesse durch permanenten Zugriff 
auf Unternehmensdaten (z. B. beim Kunden), 

• höhere Erreichbarkeit der Mitarbeiter steigert Entscheidungs- 
prozesse, 

• höhere Mitarbeiterzufriedenheit. 

Ein spezielles TCO-Modell für SAP®-Systeme beschreibt Ullerich 
(2004) am Beispiel des Customer-Relationship-Managements. 
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3.2.3 

Begriff 



Bereitstellung 
und Betrieb von 
IT-Arbeits- 
plätzen 



IT-Arbeitsplatzmanagement 

IT-Arbeitsplat2management gilt als strategisch wirksames Quer- 
schnittskonzept zur Integration mehrerer IT-Controlling-Werk- 
zeuge, die sich mit der Qualität und den Kosten von IT-Arbeits- 
plätzen beschäftigen. Der strategische Werkzeugkasten standardi- 
siert IT-Produkte und Dienstleistungen als Voraussetzung für ein 
Arbeitsplatzmanagement. Der operative IT-Controlling-Werkzeug- 
kasten bündelt Werkzeuge des IT-Prozessmanagements, Prozess- 
benchmarking, IT-Bereitstellungsprozesses, IT-Assetmanagement 
und IT-Outsourcing für anfallende Problemlösungen. 

Eine unzureichende Qualität, zu hohe Kosten für die Bereitstel- 
lung und den Betrieb von IT-Arbeitsplätzen beklagen viele Un- 
ternehmen. Endanwender beanstanden qualitative Mängel in der 
Bereitstellung und im Betrieb von IT-Arbeitsplätzen. Engpässe 
sind: 

• Unzureichende IT-Schulung der Mitarbeiter und hierdurch 
verursachte Eolgeprobleme (z. B. Zeitverlust durch Auspro- 
bieren, Eehlersuche), 

• umständliche Bestellprozesse und unzureichende Beratung 
bei der Beschaffung von IT-Hardware und Software, 

• zu lange Reaktionszeiten des IT-Servicepersonals bei Stö- 
rungsmeldungen und daraus resultierende Zeitverluste durch 
Warten oder Kollegenselbsthilfe (z. B. eigene Eehlersuche, 
probeweise Neu-Installation eines Programms), 

• Mängel in der IT-Arbeitsplatzausstattung (veraltete Hardware, 
unzureichender Speicherplatz u.a.) und hieraus resultieren- 
der Mehraufwand bei der Bearbeitung von Geschäftsvorfäl- 
len, 

• unzureichende Standardisierung der verwendeten Hard- und 
Software (z. B. unterschiedliche Releasestände von Textver- 
arbeitungssoftware und damit verbundenen Probleme beim 
Datenaustausch), 

• Ausfallzeiten durch technische Mängel (z. B. Drucker fällt 
aus, Rechner fährt nicht hoch, Programmabbruch mit unkla- 
rer Ursache). 

Die Ursachen sind in einer dezentralen Verantwortung für IT- 
Arbeitsplätze und fehlenden Steuerungs- und Controllingmecha- 
nismen zu suchen. 
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Bezugsbereich 
und Ziele 



Betriebliche Informationssysteme unterscheiden sich in prozess- 
unterstützende und prozessneutrale Anwendungen. Prozessun- 
terstützende Anwendungen unterstützen den Mitarbeiter aufga- 
benspezifisch bei seiner Arbeit im Vertrieb, in der Fakturierung, 
im Rechnungswesen, in der Gehaltsabrechnung, im Controller- 
dienst u.a. 




Abbildung 52: Formen der Computerunterstützung 

Im Gegensatz zu Systemen, die sich an den Anforderungen der 
Arbeitsplätze orientieren, unterstützen prozessneutrale Anwen- 
dungen alle Büroarbeitsplätze unabhängig von der Art der je- 
weils ausgeführten Tätigkeit (vgl. Abbildung 52). Sie bilden da- 
mit das Rückgrat eines Unternehmens, indem Sie den Informati- 
onsaustausch sicherstellen. Die strategisch ausgerichtete Planung, 
Konzeption, Einführung und der Betrieb von prozessneutralen 
Anwendungen zählen zum Aufgabenbereich des Arbeitsplatzma- 
nagements. 



Standardisie- 

rung 
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Die Anforderungen an die Verfügbarkeit und den Standardisie- 
rungsgrad prozessneutraler Anwendungen unterscheiden sich 
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Ziel 



deutlich von den prozessunterstützenden Systemen. Prozessneu- 
trale Anwendungen werden grundsätzlich Unternehmens- oder 
konzernweit eingesetzt. Hierdurch wirken sich Veränderungen 
von Rahmendaten durch neue Technologien und steigende Kos- 
ten (z. B. ein Upgrade auf ein neues E-Mail-Programm) grund- 
sätzlich auf das ganze Unternehmen aus. Fehlentscheidungen 
können zum Stillstand der gesamten Unternehmenskommunika- 
tion führen (z. B. durch einen nicht entdeckten und rechtzeitig 
beseitigten Virenangriff) und damit auch alle anderen Geschäfts- 
prozesse beeinträchtigen. Oft sind die Verantwortungsträger, 
anders als bei prozessunterstützenden Systemen, die sich eindeu- 
tig dem Linienmanagement (Vertrieb, Finanzen usw.) zuordnen 
lassen, nicht bekannt. Wegen der strategischen Bedeutung pro- 
zessneutraler Anwendungen erfordern Planung, Einführung und 
Betrieb einen besonders hohen Aufmerksamkeitsgrad. 

Arbeitsplatzmanagement steigert die Qualität der Leistungser- 
bringung und senkt die TCO für prozessneutrale Anwendungen 
auf ein mit anderen Unternehmen vergleichbares Niveau. 

Verantwortungsbereich 

Kompetenzen und Verantwortung eines IT- Arbeitsplatzmana- 
gements gelten für: 

• Die Erarbeitung und Fortschreibung eines verbindlichen 
Katalogs von IT-Leistungen, die den überwiegenden Teil des 
Bedarfs decken. Die Bedarfsträger sind zur Mitwirkung be- 
rechtigt und verpflichtet. 

• Die regelmäßige Berichterstattung an den Konzern-CIO 
(Chief Information Officer) über die Entwicklung der TCO, 
die Qualität der IT-Leistungen und die Zufriedenheit der Be- 
nutzer. 

• Die Initiierung und Überwachung von Projekten zur Sen- 
kung der TCO und Sicherung der Qualität. 

• Die Bündelung des Bedarfs und die Abstimmung mit den IT- 
Lieferanten. 

• Das IT-Arbeitsplatzmanagement übernimmt die Rolle des 
zentralen Bedarfsträgers (Mengen, Qualität, Preise, Funktio- 
nen) gegenüber dem Einkauf, internen und externen IT- 
Lieferanten, 

• Die Auswahl der Lieferanten in Zusammenarbeit mit dem 
Einkauf. 
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1. Anforde- 
rungsmanage- 
ment 



2. Vertrags- 
management 



3- u. 4. Mengen- 
und Preisma- 
nagement 



Managementsystem aus Auftraggebersicht 

Ein IT-Arbeitsplatzmanagement erfordert eine Restrukturierung 
der Geschäftsorganisation beim Auftraggeber. Die Komponenten 
des empfehlenswerten Managementsystems lauten: 

© 

© 

© 

© 

© 

© 

Abbildung 53: Komponenten des Managementsystems 



Antorderungs- 



Zentraler IT-Katalog mit allen IT-Leistungen und -IT-Produkten 



Management 


schafft unternehmensweite Preis- und Leistunffstransparenz 






Vertrags- 

Management 


Zentrale Verhandlung der IT-Verträge schafft Konditionen- 
1 Sicherheit und wettbewerbsfähifie Preise 




Mengen- 

Management 


Nachfragebündelung aller Untemehmenseinheiten reduziert die 
Kosten durch Mengenrabatte 






Preis- 

Management 


Druck auf IT-Lieferanten über Preise und Margen Vorgaben 

führt zur Kostenreduktion durch das Marktpreisniveau 




Technologie- 

Management 


Druck auf IT-Lieferanten im Bereich Technologie Push senkt 
die Kosten durch Ausnutzung moderner IT-Komponenten 




Qualitäts- 

Management 


Druck auf IT-Lieferanten durch Befragungen der Bedarfsträger 
und Qualitätsbenchmarks ermöglichen Prozessverbesserungen 



Als Kern des Managementsystems gilt das zentrale Anforde- 
rungsmanagement. Ein im Intranet einzustellender IT-Katalog 
enthält sämtliche standardisierten IT-Arbeitsplatzsysteme (z. B. 
Standard-Büro-Arbeitsplatz, Standard-Mobil-Arbeitsplatz) und 
Komponenten (Drucker). Dadurch entsteht eine hohe Preis- und 
Leistungstransparenz für die Bedarfsträger des Unternehmens. 

Ein zentrales Vertragsmanagement führt zu einer langfristigen 
Konditionen-Sicherheit und liefert dem Endbenutzer transparente 
und wettbewerbsfähige Preise. Der vom Arbeitsplatz-Manage- 
ment abgeschlossene Rahmenvertrag sollte für alle Unterneh- 
menseinheiten gelten. 

Eine nachhaltige Kostenreduktion lässt sich durch mehrere abge- 
stufte Maßnahmen erreichen: Ein koordiniertes Mengenmana- 
gement fasst die Nachfragemengen im Gegenstromverfahren 
(top-down / bottom up) für alle Unternehmenseinheiten zusam- 
men und führt zu einer Nachfragebündelung. Zur Unterstützung 
dieses Konzeptes wird der Planungsprozess dem IT-Controlling- 
Konzept angepasst und verfeinert. Anstelle pauschaler Plandaten 
lassen sich nunmehr detaillierte Planungen mit Soll-Ist-Ver- 
gleichen entwickeln. 
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5. Technologie- 
management 



6. Qualitätsma- 
nagement 



Durch massiven und nachhaltigen Druck auf die Verrechnungs- 
preise und Margenvorgaben der IT-Lieferanten lässt sich eine 
weitere Kostenreduktion erzielen. ASP-Dienstleister werden vom 
Arbeitsplatzmanagement permanent mit Marktpreisen konfron- 
tiert, welche die Preisobergrenze darstellen. 

Der Einsatz innovativer Technologien kann die TCO weiter sen- 
ken. Ein weiteres Druckpotential auf den IT-Lieferanten wird im 
Bereich „Technologie Push“ praktiziert. Der IT-Lieferant wird 
vom Arbeitsplatz-Management mit der Bereitstellung der jeweils 
kostengünstigsten und effizientesten Technologie beauftragt. 
Hierdurch wird vermieden, dass beim Auftraggeber veraltete 
Technologien im Einsatz bleiben, bis diese aus Sicht des Liefe- 
ranten „abgeschrieben“ sind. 

Eine deutliche Reduktion von Betriebskosten erzielt der Einsatz 
von Thin-Clients, wenn diese anstelle von Standard-PCs mit voll- 
ständiger Ausstattung (Eestplatte, Software, CD-ROM usw.) ein- 
gesetzt werden. Eine weitere kostengünstige Alternative sind 
webbasierte Arbeitsplatzportale. Alternativ werden für enge bzw. 
durch Emissionen (z. B. Schmutz, Wasser, Dampf) belastete Un- 
ternehmensumgebungen (z. B. Call-Center, Praxisräume bzw. 
Produktionshallen, Krankenhäuser) platzsparende Blade-PCs vor- 
geschlagen. Hierunter sind kompakte Desktop-PCs zu verstehen, 
die zentral in speziellen Racks untergebracht und per Kabel über 
einen Adapter mit Bildschirm und Tastatur verbunden werden. 
Der Vorteil von Blade-PCs gegenüber Thin-Clients und webba- 
sierten Lösungen liegt darin, dass sie jede PC-Software unterstüt- 
zen, da sie vollständige Desktops sind. Die Betriebskosten sind 
wegen der höheren Komplexität höher. 

Eine Verbesserung der Prozessqualität im Rahmen der Bereitstel- 
lung und Wartung von Arbeitsplatzsystemen lässt sich durch 
regelmäßige Befragungen der Benutzer und ihrer Qualitätsbench- 
marks durch das Arbeitsplatzmanagement erzielen. 

Der IT-Lieferant muss deshalb ein komplementäres Management- 
system bereitstellen, das die Anforderungen des Auftraggebers 
erfüllt. Es soll die zu einer Leistungserbringung üblichen Kom- 
ponenten wie Marketing, Vertrieb, Leistung und Eakturierung 
enthalten. Aus der Sicht des Auftraggebers ist darauf zu achten, 
dass der Lieferant eine brauchbare Kundenbestandsführung auf- 
baut, die es ihm erlaubt, jeden einzelnen Endkunden anzuspre- 
chen. Unter Kenntnis seiner Historie des Bestands an IT- 
Hardware, Software und Leistungsmerkmalen kann er seine 
Kunden optimal versorgen. 
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Miete von IT- 
Arbeitsplätzen 



Vorgehens- 

weise 



Mietmodell als Steuerungsinstrument 

Häufig werden IT-Produkte (Hardware, Standardsoftware) ge- 
kauft, bilanziert und abgeschrieben. Damit verbunden sind 
administrative Geschäftsprozesse zur Erfassung und Verwaltung 
der Anlagen und Softwarelizenzen. 

Der Grundgedanke „Miete statt Kauf“ lässt sich bei entsprechen- 
der organisatorischer Vorbereitung auch auf die Beschaffung, 
Wartung und Entsorgung von IT-Arbeitsplätzen übertragen. Die 
Vorteile sind nicht nur unter finanziellen oder steuerlichen Ge- 
sichtspunkten, sondern auch im Hinblick auf die Delegation der 
Verantwortung auf einen IT-Lieferanten zu sehen. Unter dem 
Stichwort ASP (Application Service Providing) werden Mietmo- 
delle für IT-Leistungen in vielen Unternehmen bereits erfolgreich 
eingesetzt. 

Standardisierung von Benutzeranforderungen 

Wenn es gelingt, die Benutzeranforderungen sinnvoll zu stan- 
dardisieren, erhalten IT-Lieferanten die Basis für kostengünstige 
Produktentwicklungen. Die Anforderungsprofile beschreiben für 
einen relevanten IT-Arbeitsplatztyp sämtliche fachlichen Anforde- 
rungen. 

TYPISCHE IT-ARBEITSPLÄTZE 

Call-Center-Arbeitsplatz, Manager-Arbeitsplatz, 
Sekretariats-Arbeitsplatz 

Unternehmens- bzw. konzernweit standardisiert werden prozess- 
neutrale IT-Komponenten, wenn sie die Kommunikationsfähig- 
keit des Unternehmens verbessern. Hierzu zählen Hardware- 
Anforderungen (z. B. mobiler Arbeitsplatz); Software-Anforde- 
rungen (z. B. Synchronisationssoftware) und Zugangsmerkmale 
(z. B. Account für Großrechner-Zugang). 

Den ersten Schritt zur Standardisierung liefern Anforderungspro- 
file der betroffenen Konzerneinheiten mit aktiver Unterstützung 
durch das Arbeitsplatzmanagement im Sinne des Controllerdiens- 
tes. Es bedient sich zur Unterstützung ggf. auch interner oder 
externer IT-Experten. Anschließend wird der IT-Dienstleister mit 
der Entwicklung und Definition von konkreten IT-Produkten 
beauftragt. Hierunter ist jedoch keine einfache l:l-Umsetzung 
von Anforderungen in IT-Produkte zu verstehen, sondern eine 
baukastenorientierte Produktdefinition. Dieser Prozess ist ver- 
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gleichbar mit der Produktentwicklung in anderen Branchen, wie 
z. B. der Automobilindustrie. Nach Verfügbarkeit der IT-Produkte 
(Angebote durch den ASP-Dienstleister) erfolgt deren Aufnahme 
und Freigabe im IT-Katalog. Er enthält die für Endbenutzer be- 
stellbaren Produkte. Abbildung 54 stellt einen hierarchischen 
Katalog mit Anforderungsprofilen vor. 



/ // rall.rpnfpr.APS 


/ 


VIP-APS 


/ 


Arbeitsplatz- 

spezifische 

Anforderungen 


Abweichende Hardware (z.B. 21“) 
Abweichende Software (z.B. CRM) 
Zugangsanforderungen 
^ (z.B. Hostzugang Veitriebsdaten) 




Abweichende Hardware (z.B. PDA) 
Abweichende Software (z.B. VIS) 
Zugangsanforderungen 
(z.B. Vorstands-Netz) 


/ 




Reoortins-Anforderuncen ^ 


Oualitäts-Anforderu Ilsen 


/ 



Reporting & 
Qualitäts- 
Anforderungen 



Administrative 

Anforderungen 



IT-Sicherheits- 

Anforderungen 



Regelmäßige Bereitstellung von nachvollziehbaren 
Zielgruppenspezifischen Planungs- und Abrechnungs- 
daten auf Detailebene (insb. Bestandsdaten und 
Bewegungsdaten) und aufbereitete Kennzahlen auf 
verdichteter Ebene 



Installations- und Wartungsarbeiten (z. B. Aufspielen von Soft- 
ware-Komponenten) sind unter minimalen Betriebsbeein- 
trächtigungen auszuführen (z.B Software-Betankung über 
Nacht oder zu betriebsschwachen Zeiten). Betriebsbeeinflus- 
sende Maßnahmen sind rechtzeitig abzustimmen. 



Adressverwaltuiig (Directory) 



eMail-Adressen und Suchbegriffe sind konzern- 
weit so zu gestalten, dass keine Duplikate mög- 
lich sind. Suchbegriffe müssen auch bei Ver- 
setzung oder Firmenwechsel irmerhalb des 
Konzerns erhalten bleiben. 



Öffentliche Verteiler 



^ Leistungsbeziehung 



öffentliche Verteiler sind einzu- 
richten und zu pflegen. 

"Antworten an alle" durch 
Mail-Clients sind zu unterbinden. 



Leistungsbeziehungen 
Anwendern zum ASP-Dienst- 
leister sind zu dokumentieren. 
Änderungen bei Versetzungen 
etc. sind nachzuvollziehen. 



^ Virenschutz 


Netz 


X APS-Zusans Verschlüsselune 


Automatisierte Erken- 
nung und Entfernung 
aktueller Viren. Auto- 
matisierter Update des 
Virenscanners ... 


IT- Arbeitsplätze mit Anbindung 
an das Firmennetzwerk sind 
durch geeignete Maßnahmen 
gegen Angriffe von außen zu 
Schützen (z.B. Firewall). 


Zugang zu IT-Arbeits- 
plätzen ist nur durch 
berechtigte Personen 
sicherzustellen (z. B. 
TIKS-Karte - 1 - PIN) ... 


Schutz der Daten auf dem APS vor 
dem Zugriff Unberechtigter bei 
Speicherung und Übertragung, 
Sichere Kommunikation innerhalb 
des Konzerns und mit Dritten ... 



Allspinpin 


Stationär 


y^ Mobil 


y/ Bürofunktion 


y^ Kommunikation 


Basis- 

Anforderungen 


Bildschirm- 
Auflösung 
Disketten-LW 
Chip-Kartenleser 
/ ... 


Basiseinheit 

Monitor 

Tastatur 

Maus 


Displaytyp (TFT) 
Gewicht 
Tastatur 
Maus(-ersatz) 


Textverarbeitung 

Präsentation 

Tabellenkalkulation 

Standard-Formulare 


Mail, Browser, Zentrale Ablage 
Termin-ZBesprechungsplanung 
Mitarbeiterverzeichnis (Telefon, 
Maüadresse, Funktion, Lokation) 
File-Packer, Datensicherung ... 



Hardware- Anforderungen 



Allgemeine Anforderungen 



Abbildung 54: Anforderungsprofile 



Basisanforde- Die Grundlage für einen standardisierten IT- Arbeitsplatz bilden 
rungen Basisanforderungen. Sie lassen sich in Hardware- und allgemeine 

funktionale Anforderungen gliedern. Auf dieser Ebene werden 
grundlegende Leistungsmerkmale definiert. Sie bilden die Grund- 
lage für die Angebotsbildung durch den IT-Lieferanten. 



IT-Sicherheits- Die zweite Ebene baut auf den Basisanforderungen auf. Sie wird 
anforderungen durch IT-Sicherheitsanforderungen gebildet, die für jeden Stan- 
dardarbeitsplatz, ggf. differenziert nach Sicherheitskategorien (z. 
B. Mitarbeiter, Führungskraft, Vorstand) Gültigkeit haben. 



Administrative Administrative Anforderungen haben für viele IT- Arbeitsplätze 

Anforderungen Gültigkeit. So wird festgelegt, in welcher Form eMail-Adressen 
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vergeben werden, welche Daten im zentralen Adressbuch (Direc- 
tory) für jeden Mitarbeiter erfasst werden müssen. Von besonde- 
rer Bedeutung ist die Historisierung der Leistungsbeziehung zu 
jedem Endkunden durch den IT-Lieferanten. Diese Anforderung 
stellt sicher, dass ein Endbenutzer beim Anruf im Support-Center 
identifizierbar ist und seine Elardware/Software-Konfiguration 
einschließlich der Vergangenheitsdaten für Beratungszwecke 
verfügbar ist. Damit ist eine individuelle Anwenderbetreuung 
möglich: 

• „Welche Produkte benutzt der Anwender derzeit?“, 

• „Womit hatte der Anwender früher Probleme?“, 

• „Welche Serviceeinsätze wurden durchgeführt?“. 

Das IT-Arbeitsplatzmanagement und der Endbenutzer sind auf 
Informationen zur Beurteilung ihrer Leistungsbeziehung mit dem 
IT-Lieferanten angewiesen. Der Endbenutzer benötigt einen de- 
taillierten Nachweis der von ihm bezogenen Leistungen und 
Bestandsübersichten, um eine Rechnungsprüfung durchzuführen. 
Eür einen Kostenstellenleiter ist es wichtig zu wissen, welche IT- 
Kosten auf seiner Kostenstelle für welchen Arbeitsplatz anfallen. 
Das IT-Arbeitsplatzmanagement benötigt verdichtete Planungs- 
und Qualitätsinformationen. Hierzu gehören z. B. Kennzahlen 
über die vereinbarten Service-Level (Wann und wo gab es Stö- 
rungen? Wie lange wurde der Betrieb unterbrochen?). 

Die Spitze der Anforderungspyramide bilden arbeitsplatzspezifi- 
sche Anforderungen, welche die Anforderungen von einzelnen 
Personengruppen (Sekretärin, Manager, Vertriebs-Mitarbeiter, 
Mobiler Arbeitsplatz u.a.) bündeln. Die Erfassung dieser Anforde- 
rungskategorie erfordert eine Mitwirkung der Endbenutzer. 

IT-Katalog 

Um den Leistungsaustausch zwischen Auftraggeber und -nehmer 
zu regeln, werden zunehmend IT-Kataloge zur Spezifizierung der 
IT-Leistungen und Konditionen eingesetzt (vgl. z. B. Ennemoser, 
2000, S. 515). Der IT-Katalog ist auch für das IT-Arbeitsplatz- 
management ein unverzichtbares operatives Controlling-Werk- 
zeug, weil es die Leistungs- und Kostentransparenz erhöht und 
zugleich den Bezug zum Endanwender fördert. Das IT- 
Arbeitsplatzmanagement definiert Anforderungen an die vom IT- 
Lieferanten bereitzustellenden Produkte. Je höher der Standardi- 
sierungsgrad der Anforderungen ist, desto höher sind die erziel- 
baren Kostenvorteile durch standardisierte IT-Produkte. Die 
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durchschnittliche Nutzungsdauer der IT-Arbeitsplatzsysteme ist 
auf einen vom Auftraggeber gewünschten Wert zu fixieren. 
Hierdurch wird ein Technology-Refresh durch den IT-Lieferanten 
möglich. Der Auftraggeber erhält regelmäßig einen Austausch 
seiner IT-Arbeitsplatz-Ausstattung auf den neuesten technischen 
Stand. Die Entsorgung erfolgt durch den IT-Lieferanten. Muster 
eines IT Kataloges listet Abbildung 55 auf. 



Allgemeine Hinweise zur 
Bestellung von IT- 
Arbeitsplatzsvstemen 




Desktop-Services, ProduktportfoUo, Besteilprozess, Projekte, 
Budgetplanung, Inbetriebnahme 








Allgemeine Hinweise zur 
Nutzung von IT- 
Arbeitsplatzsystemen 




Erstmalige Bereitstellung eines IT-APS, Helpline- und Vor-Ort-Services, 
Regelmäßiger Austausch (Refresh), Verbrauchsmaterial 








Bestellpakete und 
optionale Komponenten 
für Aufsabenprollle 




Vorkonfigurierte Bestelipakete (z.B. Außendienst-PC, Standard-Büro-APS), 
Optionale Komponenten für Bestellpakete (z.B. Drucker, Monitore), 
Bestelipakete Netzwerkdrucker, Bestelipakete Pocket PC 


Dienstleistungs- 

komponenten 


Datensicherung, Fax, SMS, Internetzugang, IT-Remote, Mail-, File- und 
Printservice, ÖffentUche Ordner, Postfacherweiterung, Umzug, T-OnUne- 
Zugang, Großrechnerzugang (MVS), Kabelloser Netzzugang im Büro 


Komponenten zur 
Selbstkontiguration 


Individual-PC (z.B. als Basispaket Desktop-PC), Optionale Komponenten 
für Basiskomponenten (z.B. Monitor, Drucker) 


Technische Artikel für 
besondere Zwecke 


Hardware (z. B. Artikel für Desktops, Notebooks, Druckerkabel) 
Software (z.B. Standardsoftware) 


Sonstige Dienst- 
leistungen nach 
Aufwand 


z.B. Installation und Inbetriebnahme spezieller Software auf einem 
Individual-PC 


Leistungsbeschreibung 
IT -Arbeitsplatz 


Liefermengen, Einzelbeauftragung, Service-Level-Agreement (SLA) der 
Bereitstellung, Virenschutz, Wizard, Service-Level-Agreements (SLA) für 
Problem Management, HelpLine u.v.m. 



Abbildung 55: Inhalt eines IT-Kataloges 

Implementierung 

Die notwendigen Vorarbeiten für die Einführung eines Arbeits- 
platzmanagements werden häufig unterschätzt. Die Abbildung 56 
zeigt ein vereinfachtes Vorgehensmodell für die Implementie- 
rung des IT-Arbeitsplatzmanagements. 
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• Inventur des IT- 
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Bewertung der 
IT-Prozesse 
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board 

• ErsteDung 
Anforderungsprofile 


• Auswahl ASP- 
Lieferant 

• Implementierung der 
Geschäftsprozesse 
des ASP-Lieferanten 
und des Auftraggebers 


• Kommunikation 
der Veränderungs- 
prozesse 

• Bereitstellung und 
Freigabe des 
IT-Kataloges 



Abbildung 56: Implementierung des IT- Arbeitsplatzmanagements 



Hier steht die Sensibilisierung der Unternehmensleitung hinsicht- 
lich der Arbeitsplatzthematik im Vordergrund. Relevante Kosten- 
strukturen und Nutzenfaktoren, die realistischen Kosteneinspa- 
rungen und Effizienzsteigerungen sind aufzuzeigen. Ein zentrales 
Programm „Arbeitsplatz-Management“ ist mit einer konzern- 
weiten Gesamtverantwortung einzurichten. 

Das Arbeitsplatzmanagement wird als reine Managementaufgabe 
in Form eines Programm-Managements (vgl. zur Methodik des 
Programm-Managements Dobiey et al. 2004) von einer kleinen 
Gruppe Mitarbeiter gestaltet und durchgeführt Der Leiter Ar- 
beitsplatzmanagement berichtet direkt an den CIO bzw. an das 
verantwortliche Vorstandsmitglied. In dieser Phase sind auf 
höchster Ebene eine Reihe von wichtigen Grundsatzentschei- 
dungen zu treffen und auch konzernweit zu kommunizieren. Im 
Rahmen der Programmorganisation ist die notwendige aktive 
Einbindung der Bedarfsträger im Konzern sicherzustellen. Dies 
erfordert in der Regel auch eine Anpassung der Planungsprozes- 
se (z. B. Investitionsplanung für IT-Projekte, Kostenstellenpla- 
nung für dezentrale IT-Budgets) sowie der Beschaffungsprozes- 
se. Der Controllerdienst und Einkauf sind daher durch ein stän- 
diges Mitglied in der Programmorganisation vertreten. 

Nach der Einrichtung der Programmorganisation ist es notwen- 
dig, im eigenen Unternehmen eine umfassende TCO-Analyse 
durchzuführen. Führende Beratungshäuser verfügen über opera- 
tive Verfahren, zum Teil mit Softwareunterstützung entwickelt. 
Zu erwähnen sind die TCO-Modelle der Gartner-Group, Forrester 
Research und der META-Group, die sich nur in Details unter- 
scheiden. Sämtliche Methoden verfolgen das Ziel, dem Manage- 
ment eine fundierte Aussage über Kosten und Prozesse zu lie- 
fern. Erfasst werden direkte und indirekte IT-Kosten sowie die 
zugrunde liegenden Prozesse. In der Form einer Bestandsauf- 
nahme, der eine computerunterstützte Datenanalyse folgt, wer- 
den in Kurzprojekten (etwa 50-60 Personentage für einen Groß- 
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konzern) erste Handlungsempfehlungen für Prozessänderungen 
und hieraus resultierende Kostensenkungspotentiale erarbeitet. 

Die Prozessanalyse erfasst IT-Aufgaben, die durch die Informati- 
onsverarbeitung (Rechenzentrum, Entwicklungsabteilung, Benut- 
zerservice) entstehen und durch die Endanwender (Kollegenhilfe 
bei Softwareproblemen, Beseitigung von Druckerproblemen) 
wahrgenommen werden. Durch stichprobenartige Befragungen 
von Endanwendern und gezielte Befragungen relevanter Perso- 
nengruppen (z. B. IT-Leiter, Controllerdienst, Einkauf) werden 
Informationen über die Art und Qualität der durchgeführten IT- 
Aufgaben und den hier ablaufenden Geschäftsprozessen (z. B. 
wie erfolgt die Bearbeitung einer PC-Bestellung oder wie wird 
eine Störung bearbeitet?) gesammelt und bewertet. Zufrieden- 
heitsanalysen der Endbenutzer sind empfehlenswert, um die 
Qualität der Service-Prozesse beurteilen zu können. 

In der Regel erfolgt eine (auch stichprobenartige) IT-Inventur, 
die wesentliche Aussagen über die Höhe und Struktur des IT- 
Vermögens liefert. Neben statischen Prägen des Vermögensbe- 
standes wird auch untersucht, ob und wie eine IT-Bestands- 
führung erfolgt und in welcher Porm administrative Abläufe un- 
terstützt werden. Hierbei erkennt das Management nicht transpa- 
rente Informationen, wie z. B. eine in Teilbereichen zu üppige 
IT-Ausstattung, veraltete Hardware, beliebige Software-Release- 
Kombinationen, nicht dokumentierte IT-Bestände. Auch nach 
Einleitung von kostensenkenden und qualitätssteigernden Maß- 
nahmen ist es erforderlich, die TCO-Analyse zur Kontrolle in 
regelmäßigen Abständen zu wiederholen. 

Die Standardisierung von Benutzeranforderungen erfolgt als 
unternehmensweite Teamarbeit. Der Erfolg des gesamten Kon- 
zeptes hängt davon ab, dass die Rollen im Konzern neu verteilt 
und aktiv gelebt werden (vgl. Abbildung 57). Neben der forma- 
len Einrichtung einer Organisationseinheit „Arbeitsplatzmanage- 
ment“ ist auf der Arbeitsebene ein „Standardisierungsboard“ ein- 
zurichten, das als permanente Arbeitsgruppe mit Vertretern der 
Bedarfsträger besetzt wird. Unter der aktiven Mitwirkung und 
Koordination werden fachliche und qualitative Anforderungen an 
IT-Arbeitsplätze definiert und verbindlich verabschiedet. Die 
Vertreter der Bedarfsträger sind zur Information und Durchset- 
zung dieser Standards verpflichtet. Das Arbeitsplatzmanagement 
ergänzt die konsolidierten fachlichen Anforderungen um IT- 
Standards und beauftragt den ASP-Dienstleister mit der Definition 
von „bestellbaren“ Produkten für den IT-Katalog. 
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Abbildung 57: Rollenverteilung im Arbeitsplatzmanagement 



Basierend auf den konsolidierten fachlichen und qualitativen 
Anforderungen sowie den vom Arbeitsplatzmanagement vorge- 
gebenen IT-Standards definiert der vom Arbeitsplatzmanagement 
ausgewählte ASP-Dienstleister bestellbare Produkte. Beim ASP- 
Dienstleister sind ein Produktentwicklungsprozess zu starten und 
der IT-Katalog aufzubauen. 

Beim Auftraggeber sind die Geschäftsprozesse der IT-Kostenpla- 
nung, Beschaffung und Bereitstellung von IT-Leistungen an das 
veränderte Geschäftsmodell anzupassen. Die Prozesse sind für 
die Rechnungsprüfung und das Beschwerdemanagement zu 
definieren. 

Gravierende inhaltliche Änderungen ergeben sich bei der Pla- 
nung und Abrechnung von IT-Produkten und -Leistungen im 
Rahmen der innerbetrieblichen Leistungsverrechnung bzw. Kos- 
tenstellenrechnung. Für den Controllerdienst ist der Planungs- 
prozess so umzustellen, dass anstelle der kostenstellenbezogenen 
Planung von 

• Investitionen und Abschreibungen für Hardware und Soft- 
ware, 

• Sachkosten für IT-Schulung, Wartung und Support, 

• Kalkulatorischen Zinsen für Vermögensgegenstände, 

eine Budgetierung von Mieten für die Inanspruchnahme von IT- 
Produkten erfolgt, die über den IT-Katalog bestellt werden kön- 
nen. Bei der Aktivitätenplanung ist zu berücksichtigen, dass die 
Umstellung des Planungs- und Abrechnungsprozesses nur zu 
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bestimmten Stichtagen flächendeckend erfolgen kann, meist zum 
Beginn einer Planungsperiode (i.d.R. Geschäftsjahr). 

Veränderungen der Beschaffungsprozesse benötigen den Einsatz 
des IT-Kataloges als zentrales Informations- und Bestellmedium. 
Bestellungen laufen grundsätzlich nur über den Katalog und ein 
vom ASP-Lieferanten oder Auftraggeber bereitzustellendes E-Pro- 
curement-System. Die Bestellungen werden vom ASP-Lieferanten 
direkt in sein Informationssystem übernommen. Die hierzu not- 
wendigen Änderungen der Bestellprozesse auf der Seite des 
Auftraggebers sind mit dem Einkauf und der Logistik abzustim- 
men und zu implementieren. 

Kostenverantwortliche benötigen zur effektiven Leistungs- und 
Kostenkontrolle ein Instrument, das es ihnen erlaubt, gezielt 
auch einzelne Rechnungspositionen des ASP-Lieferanten zu hin- 
terfragen und u. U. für die Zahlung zu sperren. Grundsätzlich ist 
es hierzu notwendig, mit dem ASP-Lieferanten zu vereinbaren, 
dass nur „freigegebene“ Rechnungen bzw. Rechnungspositionen 
bezahlt werden, um Anreize für fehlerfreie Eakturen durch den 
ASP-Lieferanten zu bieten. Dies erfordert die Implementierung 
eines toolgestützten Reklamations- und Rechnungsfreigabepro- 
zesses, der jeden einzelnen Kostenverantwortlichen einbindet. 

In der Einführungsphase sind die veränderten Geschäftsprozesse 
sukzessive einzuführen und alle Veränderungen frühzeitig zu 
kommunizieren. Spätestens hier ist ein Rahmenvertrag mit dem 
ASP-Lieferanten abzuschließen. Der Einführungsprozess kann 
sich u.U. in Abhängigkeit von der Unternehmensgröße durchaus 
auf mehrere Jahre erstrecken. In dieser Phase kommt es aus 
Gründen der Benutzerakzeptanz darauf an, rasch sichtbare klei- 
ne Erfolge zu erzielen. Hierzu gehört z. B. eine an den Anforde- 
rungen der Benutzer orientierte Intranetpräsenz des Arbeits- 
platzmanagements mit einer ersten Version des IT-Kataloges. 

Eührende Großanwender setzen vergleichbare Konzepte ein, um 
Ihre IT-Kosten in den Griff zu bekommen und gleichzeitig die 
Qualität der Leistungsprozesse zu erhöhen. 

PRAXISBEISPIEL: IT-DESKTOP-MANAGEMENT BEI DER 
DEUTSCHEN TELEKOM 

So berichtet Niroumand (2002) über ein Entscheidungsmodeil der 
Deutschen Teiekom, bei dem für 180.000 IT-Arbeitspiätze sämtliche 
Desktop-Services an einen externen Dienstleister übertragen wurden. 
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Zentrale IT-Entscheidungen, Hard- und Software-Standards werden 
jedoch weiterhin vom IT-Management des Konzerns festgelegt. 



3.2.4 Fallstudie zur IT-Standardisierung 



Ausgangssituation 

Gegenstand der Fallstudie ist ein Maschinen- und Anlagenbau- 
konzern mit einem Jahresumsatz von etwa 10.000 Mio. EUR/Jahr 
und etwa 50 Konzerneinheiten, die weitgehend rechtlich selb- 
ständig sind. Das Unternehmen ist weltweit mit Schwerpunkten 
in Europa und USA vertreten. Produktions- und Vertriebsstandor- 
te befinden sich in allen Kontinenten. Etwa 60 % des Jahresum- 
satzes werden im Anlagenbau erzielt. Weitere umsatzstarke Kon- 
zernbereiche sind im Spezialfahrzeugbau und der Elektrotechnik 
angesiedelt. Die Zahl der Mitarbeiter beträgt weltweit etwa 
40.000. 



IT-Organisation Die gesamte IT-Organisation ist dezentral organisiert. Die IT- 
Verantwortlichen des Konzerns kennen sich untereinander häu- 
fig nicht. Kontakte kommen eher zufällig zustande. 

Die IT-Budgets sind dezentralisiert und wegen des fehlenden 
zentralen IT-Controllings nicht genau spezifizierbar. Ein CIO ist 
nicht vorhanden. 

Jede Konzerneinheit plant und steuert ihre IT-Projekte eigen- 
ständig. Synergien durch gemeinsame Rechenzentren, gemein- 
same Rahmenverträge bei IT-Dienstleistern werden nicht genutzt. 
Selbst Standleitungen in Länder mit gemeinsamen Vertretungen 
werden doppelt und mehrfach von verschiedenen Providern 
angemietet. 



Fehlende IT- 
Standards 



Zahlreiche 

„Schnittstellen 



Handlungsbedarf 

Durch die fehlende Abstimmung der IT-Aktivitäten werden zahl- 
reiche gleichartige Produkte unterschiedlicher Hersteller verwen- 
det (z. B. mehrere ERP-Systeme von Herstellern wie SAP, Oracle 
und Infor sowie mehrere E-Mail-Systeme wie MS Exchange oder 
Lotus Notes). Konzerneinheiten mit gemeinsamen Kunden, Pro- 
dukten oder überlappenden Geschäftsprozessen stimmen ihre 
Informationssysteme bilateral ab, sofern die Geschäftsprozesse es 
erfordern. 

Über zahlreiche Schnittstellen werden Daten zwischen den Kon- 
zerninformationssystemen ausgetauscht. Ein zentrales Repository 
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hierüber existiert nicht. Bei Releasewechseln einzelner Software- 
systeme tauchen immer wieder Probleme mit inkompatiblen 
Schnittstellenprogrammen der beteiligten Informationssysteme 
anderer Konzerneinheiten auf. Datenredundanzen und wider- 
sprüchliche, inkonsistente Datenbestände sind häufig anzutref- 
fen. Selbst Gesellschaften mit gleichartigen Produkten (z. B. 
SAP® R/3® als ERP-System, MS Outlook als Mail-Client) müssen 
mangels abgestimmter Customizing-Einstellungen (z. B. unein- 
heitliche Produktgruppenschlüssel) oder unterschiedlicher Mail- 
Verzeichnisse individuelle Abstimmungen herbeiführen. 

Externe Auftritte im Internet fallen durch unterschiedliche Lay- 
outs und Inhalte auf. Gemeinsame Portale mit zentralen Suchma- 
schinen, Verzeichnissen und Verzweigungen auf Einzel-Angebote 
sind nicht vorhanden. Auch innerhalb des Intranets herrscht eine 
unüberschaubare Vielfalt vor. So ist z. B. der Versand verschlüs- 
selter und signierter E-Mails innerhalb des Unternehmens man- 
gels gemeinsamer Sicherheitsstandards und mangels eines integ- 
rierten Unternehmensnetzes nicht ohne Zusatzaufwand möglich. 
Eine Reihe kleinerer Unternehmen des Konzerns sind nicht ins 
Eirmennetzwerk integriert. Die Kommunikation läuft - unge- 
schützt - über das Internet oder über Eax und Post. 

Die Konzerneinheiten betreiben bis auf sehr wenige Ausnahmen 
keine gemeinsamen Rechenzentren. Sie nutzen zahlreiche ver- 
schiedene externe Provider oder betreiben eine eigene Infra- 
struktur. Hierdurch sind an einigen Stellen im Konzern ungenutz- 
te Kapazitäten entstanden, die man versucht, am externen Markt 
anzubieten. 

Aufgabenstellung 

Entwerfen Sie eine Strategie zur Lösung der geschilderten Prob- 
leme des Unternehmens. 

Lösungsvorschlag 

Der Konzernvorstand beschließt die Einrichtung und Etablierung 
eines CIO für den Gesamt-Konzern mit weitreichenden Kompe- 
tenzen: Strategie, Planung und Controlling der IT-Aktivitäten des 
Konzerns in gleichberechtigter Abstimmung mit allen Konzern- 
einheiten. 

Der neu eingestellte Konzern-CIO richtet eine zentrale Strategie- 
und Steuerungsgruppe mit für den Start etwa 20-25 Mitarbeitern 
ein. Sie ist für die Abstimmung der Geschäftsprozesse und IT- 
Anwendungen verantwortlich, die mehr als zwei Konzerneinhei- 
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ten betreffen. Hinzu kommt die Verantwortung für die IT- 
Infrastruktur in übergreifenden Fragen. 

Die operative Durchführung von Maßnahmen kann durch exter- 
ne Dienstleister oder beauftragte Konzerneinheiten erfolgen. Der 
IT-Controllerdienst übernimmt Wirtschaftlichkeitsanalysen und 
Prüfungen von IT-Projekten, unterstützt und berät projektbeglei- 
tend die verantwortlichen IT-Projektmanager. 

Es empfiehlt sich, die Abstimmung von IT-Projekten gemein- 
schaftlich durchzuführen und ein IT-Board einzurichten, in dem 
die IT-Chefs der zentralen Konzerneinheiten und der CIO ge- 
meinsam mit dem IT-Controllerdienst gleichberechtigt vertreten 
sind. Der CIO hat die Aufgabe, dieses Gremium zu führen und 
den Entscheidungsprozess zu moderieren. Entscheidungen sind 
ein vernehmlich zu treffen. 

Der Konzern-CIO erhält ein IT-Budget für konzernweite Maß- 
nahmen. Es beträgt nur etwa 5 % der gesamten IT-Budgets aller 
Konzerneinheiten. Die wesentlichen Ausgaben werden also de- 
zentral geplant und überwacht, unterliegen aber der gemeinsa- 
men Verantwortung für den Konzern. Synergien durch Standar- 
disierung und gemeinsame Verwendung von Ressourcen sind zu 
nutzen. Dezentrale Projekte zu ausgewählten Themen (z. B. 
Einführung oder Erweiterung von ERP-Systemen) oder vorgege- 
bener Größenordnungen (über 250.000 EURO) sind im IT-Board 
einvernehmlich abzustimmen. 

Primäre Aufgabe des CIO ist die Erarbeitung einer Konzern-IT- 
Strategie, aus der mehrere Standardisierungsprojekte resultieren. 



• IT-Standards und Rahmenverträge: Aufbau einer zentra- 
len Gruppe mit operativer Unterstützung durch Mitarbeiter 
der Konzerneinheiten zur Erarbeitung und Festlegung von 
IT-Standards (z. B. ERP-Systeme, Betriebssysteme, Office- 
Produkte) und IT-Rahmenverträgen (z. B. mit Hardware und 
Softwarelieferanten, Beratern). 

• RZ-KonsoUdierung: Aufbau einer zentralen Organisation 
zum gemeinsamen Betrieb der bisher mehr als 20 Einzelre- 
chenzentren und Rückführung der an Provider ausgelagerten 
Applikationen. Ziel ist der Aufbau von weltweit drei Standor- 
ten für Rechenzentren (Europa, USA und Asien). Die Re- 
chenzentren unterliegen einheitlichen Qualitätsnormen und 
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werden nach üblichen Standards (IS09000, EFQM, ITIL) zer- 
tifiziert. 

• Kommunikations-Competence-Center: Die Aufgabe des 
neu einzurichtenden Competence-Centers ist der Aufbau ei- 
nes leistungsfähigen Konzern-Netzwerkes mit einheitlichen 
Kommunikationsapplikationen (Mail, Telefon, Intranet, Por- 
tale, Directory, Verschlüsselung, Signatur). 

• Konzem-Competence-Center Standardsoftware: Aufbau 
eines Competence-Centers für die Unterstützung der Einfüh- 
rung und Wartung von betrieblichen Standardsoftwaresyste- 
men (z. B. SAP, Oracle, Microsoft). Die Mitarbeiter dieser 
Einheit werden rekrutiert aus Spezialisten der Konzerneinhei- 
ten sowie externen Einstellungen. Die Nutzung des Compe- 
tence-Centers dient dem Abbau von nicht ausgelasteten de- 
zentralen IT-Spezialisten und der Reduzierung von externen 
Beratungsaufwänden. 

3.2.5 Fallstudie zum Open-Source-Einsatz im Mittelstand 

Ausgangssituation 

Die Eallstudie betrachtet ein mittelständisches Unternehmen mit 
etwa 200 Mitarbeitern. Davon arbeiten etwa 80 % am Stammsitz 
in Deutschland. Weitere Mitarbeiter arbeiten in den europäischen 
Niederlassungen. Der Jahresumsatz beträgt etwa 60 Mio. Euro. 

IT-Organisation Die Unternehmens-IT wird von zwei fest angestellten Mitarbei- 
tern und einer Reihe freier Mitarbeiter, die regelmäßig für Spezi- 
alaufgaben benötigt werden, betrieben. Im Unternehmen sind 
etwa 120 Bildschirmarbeitsplätze (Desktop-PC) auf Basis von 
Windows in Betrieb. Ein großer Teil der Bürorechner ist nicht 
vernetzt. Daneben sind etwa 30 mobile Arbeitsplätze im Einsatz, 
überwiegend im Vertriebsaußendienst. 

Auf den Rechnern sind zahllose unterschiedliche Hardwarekom- 
ponenten und Softwarelizenzen in verschiedenen Versionen zu 
finden. Sowohl die Betriebssystemversionen, als auch die Re- 
leases der Anwendungssoftware sind nicht einheitlich. Eine 
stichprobenartig durchgeführte Bestandsaufnahme ergab, dass 
kaum ein Rechner dem anderen gleicht. Die kollegiale Selbst- 
Administration der Anwender ist üblich, d. h. „IT-kundige“ End- 
anwender installieren selbständig Hardwarekomponenten (z. B. 
Bildschirme, Drucker, Festplatten), Software (Anwendungs- und 
z. T. auch Systemsoftware) oder verändern Systemeinstellungen 



Handlungs- 

bedarf 
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Open-Source- 

Strategie 



(vom Hintergrundbild über Bildschirmschoner bis hin zu Viren- 
schutzprogrammen). Vereinzelt sind kaufmännische Mitarbeiter 
stundenlang mit Installationsarbeiten oder Fehlersuche gebun- 
den. 

Regelmäßige Schulungen der Mitarbeiter finden selten statt. 
„Training on the Job“ und „Trial an Error“ sind bevorzugte Einar- 
beitungs- und Weiterbildungsmaßnahmen im IT-Umfeld. 

Zahlreiche Abstürze des instabilen Betriebssystems und viele 
weitere Störungen beeinträchtigen das Tagesgeschäft erheblich. 
Zum Teil werden tagelang „Papierbuchführungen“ erstellt, um 
Kundenaufträge bearbeiten zu können. 

Zahlreiche Virenattacken beinträchtigen den reibungslosen Be- 
trieb. Der Datentransfer zwischen nicht vernetzten Rechnern 
über Disketten, CD-ROMs und ähnliche Medien ist zeitaufwendig 
und fehleranfällig. 

Unternehmenskritische Daten werden z. T. dezentral auf Endan- 
wenderfestplatten gespeichert. Kundendaten befinden sich auf 
Laptops der im Außendienst arbeitenden Mitarbeiter. Zentrale 
Datensicherungen werden nicht durchgängig durchgeführt. Ge- 
legentliche Datenverluste haben bereits zu mehreren wiederhol- 
ten Datenerfassungen geführt. 

Aufgabenstellung 

Entwerfen Sie eine Strategie zur Lösung der geschilderten Pro- 
blemstellung des Unternehmens. 



Lösungsvorschlag 

Der kaufmännische Geschäftsführer beschließt, von der Win- 
dows-Umgebung auf eine Linux-Umgebung zu migrieren. Mit 
Hilfe eines externen IT-Dienstleisters wird ein Konzept erarbeitet, 
um von der dezentralen Windows-Umgebung auf eine zentrale 
„Thin-Client-Architektur“ zu wechseln. Kern der Strategie ist der 
Aufbau mehrerer zentraler Linux-Server-Systeme und kosten- 
günstiger zentral administrierter Thin-Clients auf der Anwender- 
seite. 

Der IT-Dienstleister ist für Installations- und Wartungsarbeiten 
verantwortlich und fallweise im Einsatz. Die beiden fest ange- 
stellten IT-Mitarbeiter kümmern sich übergreifend um sämtliche 
Anwendungen des Unternehmens sowie organisatorische Umset- 
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Linux-Server 



Thin-Clients 



Windows-Rest- 

anwendungen 



zungsarbeiten und Datensicherungen. Spezielles Know-how wird 
fallweise beim IT-Dienstleister (z. B. Installation oder Reparatur 
von Hardware, Wechsel von Softwareversionen) oder beim Her- 
steller der ERP-Software zugekauft. 

Im Unternehmen werden mehrere Linux-Server installiert, die die 
gesamte Anwendungsfunktionalität bereitstellen. Neben dem 
ERP-System für die Bereiche Einkauf, Lager, Produktion, Verkauf 
sowie Rechnungs- und Personalwesen werden auch die Büro- 
und Internetanwendungen für die Thin-Clients aller Büroarbeits- 
plätze bereitgestellt. Lokale Installationen auf den Client-Rech- 
nern sind nicht mehr notwendig. 

Als Thin-Client können Rechner mit minimalen Hardwareanfor- 
derungen (Prozessor, Hauptspeicher) genutzt werden. Aufgrund 
der geringen Anforderungen ist deren durchschnittliche Nut- 
zungsdauer mit etwa sechs Jahren deutlich höher, als bei her- 
kömmlichen Windows-Rechnern üblich. 

Die Thin-Clients werden über den Linux-Server mit den für einen 
typischen Büroeinsatz notwendigen Programmen versorgt. Der 
auf dem Server hinterlegt Standard-Büroarbeitsplatz umfasst Star- 
Office und Openoffice für Büroanwendungen (Textverarbeitung, 
Tabellenkalkulation usw.), Mozilla für Mail und Internetanwen- 
dungen, Acrobat-Reader, Winzip und einige kleinere Tools. Als 
Desktop-Oberfläche kommt KDE 3-x zum Einsatz. 

Die Systemeinstellungen für den Desktop-PC können vom End- 
anwender nicht verändert werden. Lokal werden keine Dateien 
gespeichert. Sämtliche Anwenderdaten befinden sich auf ausfall- 
sicheren und mehrmals täglich gesicherten Servern. 

Für die Endanwender wird eine Basisschulung konzipiert, die bei 
Updates der Hardware oder Software regelmäßig aktualisiert 
wird. 

Durch dieses Konzept kann eine sehr stabile Arbeitsumgebung 
sichergestellt werden. Die Wartungskosten sinken um einen 
enorm hohen Wert. Die Anzahl der Störungen wird deutlich 
reduziert. 

Eine vollständige Umstellung auf das Linux-Betriebssystem war 
nicht möglich. Einige wenige Spezialanwendungen können nicht 
unter dem Linux-Betriebssystem betrieben werden. Hierfür und 
für die Außendienstmitarbeiter werden weiterhin einige Win- 
dows-Desktops bzw. Laptops betrieben. Die gemeinsam genutz- 
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ten Bürodokumente (Textverarbeitung, Tabellenkalkulationen) 
können über Filter ausgetauscht werden. 

Fazit Die Administrations- und Betriebskosten der neuen IT- 

Architektur sind nach Aussagen des Unternehmens deutlich ge- 
ringer. Die eingeschränkte „Freiheit“ der Endanwender hat zu- 
nächst zu einiger Unruhe geführt. Die Mitarbeiter hatten zwar 
nur geringe Probleme mit dem Wechsel auf eine neue Oberflä- 
che und die veränderte Funktionalität. Der Wegfall der Möglich- 
keit der individuellen Eingriffsmöglichkeit in Systemparameter 
(Bildschirmschoner etc.) hat allerdings zu einigem Unmut ge- 
führt. Nach einiger Zeit erkannten die Anwender jedoch die für 
sie nutzbringenden Vorteile der neuen IT-Architektur: 

• Die Mitarbeiter können sich jederzeit an jedem PC unter 
ihrer gewohnten Arbeitsumgebung anmelden. 

• Alle Standard-Anwendungen laufen stabil und sicher. 

• Anwendungs- und persönliche Daten werden regelmäßig 
gesichert. 

• Probleme mit Viren und Würmern gehören der Vergangen- 
heit an, da Linux- Systeme deutlich seltener Angriffen ausge- 
setzt sind. 

3.3 IT-Balanced Scorecard 

3.3.1 Grundlagen der Balanced-Scorecard-Methode 

Historische Die Einseitigkeit der Aussagekraft von IT-Einzelkennzahlen hat 

Entwicklung zu IT-Kennzahlensystemen geführt, die vorwiegend finanzielle 

und technische Eragen abdecken. Das Konzept der Balanced 
Scorecard (BSC) wurde Anfang der f 990er Jahre von R. S. Kaplan 
und D. P. Norton als neues Instrument für das Standard- 
Controlling-Konzept entwickelt. Seine rasche Verbreitung in der 
Praxis des Standardcontrollings hat zu einer Übertragung des 
Konzeptes in das IT-Controlling-Konzept geführt. 

Grundidee Grundlage der Balanced Scorecard-Entwicklung waren langjähri- 

ge Eorschungen mit 12 Partnerunternehmen. Bis dahin verfügba- 
re Kennzahlen des Performance Measurement (Leistungs- 
beurteilung) waren unzureichend, da sie nur finanzielle Größen 
betrachteten und damit das Management unzureichend informie- 
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ren. Die BSC dagegen ist ein strategisch-operatives Kennzahlen- 
system für eine ausgewogene Unternehmenssteuerung. 

Die Grundidee der Balanced Scorecard verknüpft die Unterneh- 
mensstrategie und die operative Maßnahmenplanung über Ursa- 
che-Wirkungsketten, um das finanzielle Gleichgewicht schaffen 
und erhalten zu können (vgl. das Beispiel in Abbildung 58). 




Abbildung 58: Ursache-Wirkungskette (Appel et al., 2002, S. 88). 



Die Ursache-Wirkungskette in Abbildung 58 verknüpft Mitarbei- 
terqualität, Kundenorientierung und Finanzziele: 

• Qualifizierte Mitarbeiter verbessern die Prozessqualität und 
reduzieren die Durchlaufzeiten. 

• Die Kunden werden pünktlicher beliefert, sie bleiben dem 
Unternehmen treu, die Gesamtkosten reduzieren sich. 

• Stammkunden sichern einen ausreichenden ROI (Return on 
Invest). 



Ziele 



Strategisch 

orientierter 

Handlungs- 

rahmen 



Die BSC ersetzt eine rein finanzielle Betrachtungsweise, vernetzt 
operative und strategische Maßnahmen für zukunftsorientierte 
Aktivitäten. 

Traditionelle Kennzahlen waren oft vergangenheitsorientiert. Die 
BSC liefert ein zukunftsorientiertes vernetztes Kennzahlensystem 
und koordiniert die im Unternehmen eingesetzten Führungssys- 
teme. Eine permanente feedforward- und feedback-Kommuni- 
kation lässt den Scorecard-Führungskreislauf entstehen (vgl. 
Abbildung 59 und z. B. Gabriel/Beier, 2002). 
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Aufljau 
der BSC 



Finanzielle 

Perspektive 

Prozessperspek- 

tive 




Abbildung 59: Balanced Scorecard-Führungskreislauf 



Mit Hilfe der Moderationstechnik lassen sich Vision und Strate- 
giefindung verknüpfen und dokumentieren. 

„Feedback-Kontrolle und Lernen“ unterstützen die operative 
Durchführungskontrolle, strategische Prämissenkontrolle und den 
Abgleich von Vision und Strategie. 

Die Phase „Planung und Vorgaben“ bestimmt die Vorgaben, 
vernetzt einzelne Maßnahmen mit der Ressourcenverwaltung 
und legt die Meilensteine fest. 

Die „Kommunikation und Verbindung“ verknüpft die übergeord- 
neten Ziele, dokumentiert Teilziele und Anreize, um die Zieler- 
füllung zu fördern. 

Je Teilbereich der Balanced Scorecard (Perspektive) werden 
Ziele, Kennzahlen, Vorgaben und Maßnahmen mit aussagefähi- 
gen Grunddaten festgelegt. Hierdurch entsteht ein komplexes 
Kennzahlensystem, das die wichtigsten unternehmerischen Steu- 
erungsbereiche darstellt, vgl. Abbildung 60. 

Für finanzielle Perspektiven sind die Geschäftsprozesse zu opti- 
mieren, durch Kennzahlen inner- und außerbetrieblich zu doku- 
mentieren. 

Die Prozessperspektive dokumentiert die kundenorientierten 
Anforderungen an die Erzeugnisse für den Verkauf bzw. das 
Niveau von Dienstleistungen. 
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Lern- und Ent- 
wicklungs- 
perspektive 



Eine ständige Weiterentwicklung der Leistungsfähigkeit des Un- 
ternehmens und seiner Mitarbeiter bildet den Grundstein für den 
zukünftigen Erfolg. Er ist ohne permanente Weiterentwicklung 
nicht realisierbar. 



Markt-/ 

Kunden- 

Perspektive 



Bei der Markt- und Kundenperspektive steht die Erage im Vor- 
dergrund: Wie sieht uns der Kunde und wie verhalten wir uns 
kundengerecht? 




•Ziele 

• Kennzahlen 
•Zielwert 

• Maßnahmen 



Abbildung 60: Schematischer Aufbau der Balanced Scorecard 



Eür die praktische Durchführung wird empfohlen, etwa 20-25 
Ziele mit den zugehörigen Maßnahmen in der Scorecard festzu- 
legen (vgl. z. B. Kaufmann, 2002, S. 38), um die Übersicht nicht 
zu gefährden. 



3.3.2 Einsatz der Balanced Scorecard im IT-Controlling-Konzept 



BSC im IT- 

Controlling- 

Konzept 



Die BSC wurde ursprünglich für das Standard-Controlling-Kon- 
zept entwickelt. Eine Anpassung des IT-Controlling-Konzeptes ist 
sinnvoll und wird in vielen Unternehmen praktiziert, wobei die 
Anzahl der Perspektiven variiert. Der Einsatz erfolgt nicht nur in 
Großbetrieben, sondern auch in kleineren Unternehmen, wie z. 
B. dem mittelständischen Eamilienbetrieb Eesto (vgl. Ilg, 2005). 
Buchta et al. (2003, S. 279) schlagen sechs Perspektiven für eine 
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Anpassung an die Anforderungen des IT-Controlling-Konzeptes 
vor: 

• IT-Mitarbeiter, 

• Projekte (in der Informationstechnik), 

• Kunden (der Informationstechnik), 

• Infrastruktur (Hardware, Software, Netzwerk), 

• Betrieb (von IT-Systemen), 

• Finanzen. 

Die Prozessperspektive hat in der Unternehmenspraxis eine sehr 
große Bedeutung, wie die ausführliche Zusammenstellung von 
Perspektiven in Schmidt-Kleemann (2004, S. l4l) nachweist. 

Neben dem Einsatz der Balanced Scorecard für den gesamten IT- 
Bereich wird zunehmend die Steuerung von IT-Projekten mit 
Hilfe der Balanced Scorecard vorgeschlagen (vgl. Engstler/Dold 
2003, Groening/Toschläger 2003, Simon, A. 2004) bzw. als In- 
strument zur Beurteilung von IT-Investitionen (Balanced IT- 
Decision-Card, vgl. Jonen et al. 2004a) vorgeschlagen. 

Voraus- Als Voraussetzung für die Implementierung einer IT-Balanced 

Setzungen Scorecard als Werkzeug im IT-Controlling-Konzept ist der Aufbau 

eines kaskadierten Systems von IT-Scorecards mit folgenden Be- 
standteilen zu empfehlen (vgl. Abbildung 6l): 

• Eine Konzern-Scorecard, 

• die Ableitung von Unternehmens-Scorecards (z. B. für jede 
Tochtergesellschaft), 

• die Ableitung von Bereichs-Scorecards (z. B. für den IT- 
Bereich), 

• eine weitere Untergliederung, z. B. nach Abteilungen, Pro- 
zessen und IT-Projekten. 
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Abbildung 6l: Kaskadierte Scorecards im IT-Controlling-Konzept 



Wichtig für die erfolgreiche Implementierung einer IT-Balanced 
Scorecard ist eine intensive Abstimmung aller BSCs im Gesamt- 
unternehmen bzw. Konzern. Dann lassen sich Zielkonflikte ver- 
meiden und ganzheitliche Effekte für ein ausgewogenes Kenn- 
zahlensystem erreichen (vgl. Abbildung 62). 



Organisationseinheiten, die eine Balanced Scorecard erstellen, 
sollen über ein hohes Maß an Verantwortungsautonomie verfü- 
gen, damit sie über Strategien und daraus abzuleitende Maß- 
nahmen entscheiden können (vgl. Form/Hüllmann, 2002, S. 692). 




Abstimmen 



Abstimmen 



Abstimmen 



Abstimmen 




Abbildung 62: Integration der IT-Balanced Scorecard 
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Finanzielle 

Perspektive 



Interne 

Prozess- 

Perspektive 



Ein Beispiel für Kernfragen einer IT-Balanced Scorecard enthält 
Abbildung 63 (in Anlehnung an: Gabriel, R.: Beier, D., 2002). Die 
konkrete Ausgestaltung ist unternehmensspezifisch zu modifizie- 
ren. 

Die Finanzielle Perspektive klärt z. B. die Fragen: 

• Welchen Beitrag kann die IT zum Finanzerfolg des Unter- 
nehmens leisten? 

• Wie lassen sich die TCO für PCs reduzieren? 

• Wie kann man IT-Prozesskosten reduzieren? 

Als Kennzahlen der finanziellen Perspektive sind empfehlens- 
wert: 

• IT-Kosten je Mitarbeiter, 

• IT-Projektkosten und -nutzen, 

• Rentabilitätszuwachs nach IT-Projektdurchführung (z. B. 
nach Einführung eines ERP-Systems), 

• Anzahl der Arbeitsplatzsysteme je Mitarbeiter, 

• TCO je IT-Arbeitsplatz / je Mitarbeiter, 

• Anteil der IT-Kosten am Umatz/Absatzmenge/Gesamtkosten. 

Eine interne Prozess-Perspektive beantwortet z. B. die Fra- 
gen: 

• Wie verbessert der Informationstechnikeinsatz die Prozess- 
qualität? 

• Wie lassen sich IT-Prozesse (z. B. Einführung einer Standard- 
software, Beseitigung von Störungen an Personalcomputern) 
durch Outsourcing beschleunigen? 

Als Kennzahlen der Prozess-Perspektive gelten: 

• Anzahl der Beschwerdefälle, Reklamationen, Eskalationen 
ins Top-Management, 

• Anzahl der Eingriffe von Führungskräften in operative IT- 
Prozesse, 

• Anzahl der Prozessinnovationen durch eigene Mitarbeiter, 

• Durchlaufgeschwindigkeit eines IT-Prozesses vom Prozess- 
eingang bis -ausgang. 
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Lern- und Ent- 
wicklungs- 
perspektive 



Markt- und 

Kunden- 

Perspektive 



Lern- und Entwicklungsperspektive lassen sich durch folgen- 
de Fragen erfassen und klären: 

• Über welche Potenziale verfügen unsere IT-Fachleute? 

• Wie lassen sich die Fach- und Sozialkompetenzen unserer 

IT-Mitarbeiter erhöhen? 

• Wodurch lässt sich das Wissensmanagement verbessern? 

• Welchen Grad erreicht die Mitarbeiterzufriedenheit? 

• Lassen sich Motivation und Identifikation im Unternehmen 

messen und steigern? 

Kennzahlen für eine Lern- und Entwicklungsperspektive liefern 
folgende Daten: 

• Fluktuations-, Überstunden- und Krankenquote im IT- 
Bereich, 

• Anzahl der Verbesserungsvorschläge (absolut/je IT-Mitar- 
beiter), 

• Anzahl von Veröffentlichungen durch IT-Mitarbeiter (ab- 
solut/je Mitarbeiter), 

• Anzahl der IT-Mitarbeiter mit tätigkeitsbezogenen Ne- 
benaktivitäten (Lehraufträge an Hochschulen, als Refe- 
rent bei externen oder internen Schulungen, Mitglied- 
schaft in Forschungs- Arbeitsgruppen), 

• Anzahl der Teilnehmer an Weiterbildungsveranstal- 
tungen, Betriebsfesten oder Betriebsversammlungen, 

• Grad der Termineinhaltung von Zeitvorgaben. 

Eine Markt-/Kunden-Perspektive sucht Antworten auf folgen- 
de Fragen: 

• Welche Produkte erstellt die IT für ihre Kunden? 

• Wie lässt sich durch SLAs (Service Level Agreements) die 

Kundenzufriedenheit steigern? 

• Wie beurteilen Kunden unsere Leistungen im Vergleich zu 

anderen Dienstleistern (Benchmarking)? 

Kennzahlen der Markt- und Kundenperspektive liefern folgende 
Daten: 

• Anzahl der Besucher auf Fachmessen, Hausmessen und 
ähnlichen Veranstaltungen, 
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• Anzahl der Kundengespräche, 

• Anzahl der Kundenveröffentlichungen (Produktinfos, 
Newsletter, u.a.) 

• Zugriffshäufigkeit auf vertriebsorientierte Webseiten, 

• Bearbeitungsdauer von Anfragen, Kundenaufträgen, Re- 
klamationen, Störungsbeseitigung etc. 

• der Anteil von Neukunden am Gesamtkundenbestand, 

• das Verhältnis von Standardbestellungen zu Individual- 
aufträgen, 

• Anteil der termingerechten Lieferungen, 

• die Anzahl von SLA-Verletzungen. 




•Ziele 

• Kennzahlen 
•Vorgaben 

• Maßnahmen 



Abbildung 63: Schema einer IT-Balanced Scorecard (erweiterte 
Abbildung 60) 



Die Abbildung 64 dokumentiert anhand von vier Beispielen, 
welche Perspektiven und Ziele für den IT-Bereich sich mit Hilfe 
der IT-Balanced Scorecard formulieren lassen. Die Kundenper- 
spektive wird durch die Benutzerorientierung dargestellt, der 
Unternehmensbeitrag repräsentiert die interne finanzielle Per- 
spektive. Die Prozessperspektive ist von der Ausführungskapazi- 
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tat abhängig. Die Lern- und Entwickiungsperspektive wird durch 
eien Unternehmensbeitrag sichtbar. 



Benutzerorientierung 

Wie sehen die Benutzer die IT-Abteilung? 


Unternehmensbeitrag 

Wie sieht das Management die IT-Abteilung? 


Auftrag 

Vorzugslieferant für IKS zu sein und optimale 
Ausnutzung der Geschäftsmöglichkeiten durch IT 


Auftrag 

Akzeptabler Beitrag von Investitionen in der IT 


Ziele 

• Vorzugslieferant für Anwendungen 

• Vorzugslieferant für den Betrieb 

• Partnerschaft mit Benutzern 

• Benutzerzufriedenheit 


Ziele 

• Kontrolle der IT-Kosten 

• Verkauf von IT-Produkten und 
-Dienstleistungen an Dritte 

• Geschäftswert neuer IT-Projekte 

• Geschäftswert der IT-Funktion 



Ausführungskapazität 

Wie leistungsfähig sind die 
IT-Prozesse? 


Unternehmensbeitrag 

Ist die IT-Abteilung für zukünftige Herausfor- 
derungen gut positioniert? 


Auftrag 

Effiziente Fertigstellung von IT-Produkten 
und Dienstleistungen 


Auftrag 

Entwicklung der Fähigkeiten, um auf zukünftige 
Flerausforderungen reagieren zu können 


Ziele 

• effiziente Softwareentwicklung 

• effizienter Betrieb 

• Beschaffung von PCs und PC-Software 

• Problemmanagement 

• Benutzerausbildung 

• Management der IT-Mitarbeiter 

• Benutzung der Kommunikationssoftware 


Ziele 

• ständige Aus- und Weiterbildung 
der IT-Mitarbeiter 

• Expertise der IT-Mitarbeiter 

• Alter des Anwendungsportfolios 

• Beobachtung neuer IT-Entwicklungen 



Abbiidung 64: IT-BSC (van Grembergen/van Brüggen 2003, mo- 
ciifiziert) 

Ein einfaches Beispiei für eine IT-Baianced Scorecard dokumen- 
tiert Abbiidung 65. 
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IT-Prozesse 


Ziel 


Kenn- 

zahlen 


Ziel- 

werte 


Maßnahmen 


Leistungs- 
fähigkeit 
der IT- 
Prozesse 
auf 

Markt- 

niveau 

steigern 


Anteil 
zeitnah 
behobene 
Störungen / 
Gesamtzahl 


Anteil 

>95% 


Prozessanalyse 
und Bench- 
marking mit 
Wettbewerbern 
durchführen 
IT-Prozesse auf 
ITIL-Basis 
standardidieren 


Anzahl 

Beschwerden 


Anteil 
< 10% 



Markt/Kunde 


Ziel 


Kenn- 

zahlen 


Ziel- 

werte 


Maßnahmen 


IT- 

Vorzugs- 

lieferant 

im 

Konzern 

werden 


Umsatzanteil 
am IT- 
Volumen 


Anteil 
> 75% 


Kunden befragen 

Anforderungen 

analysieren 

Preise auf 

Marktniveau 

Leistungen auf 

Marktniveau 


Anteil 

betreuter IT- 

Anwen- 

dungen 


Anteil 
> 80% 



Finanzen 


Ziel 


Kenn- 

zahlen 


Ziel- 

werte 


Maßnahmen 


Beitrag 
jeder IT- 
Maßnah- 
me zum 
Unter- 
nehmens- 
erfolg ist 
trans- 
parent 


TCO je IT- 
Arbeitsplatz 


TCO< 

xxxx 

TEUR 


TCO Analyse 
durchführen 
ROI in Geneh- 
migungsverfah- 
ren integrieren 
ROI monatlich je 
IT-Maßnahme 
erheben 


Wirtschaft- 
lichkeit (ROI) 


ROI > 
10% 



Personal/Lernen 


Ziel 


Kenn- 

zahlen 


Ziel- 

werte 


Maßnahmen 


IT- 

Personal 
anfor- 
derungs- 
gerecht 
ausge- 
bildet und 
einsatz- 
bereit 


Anzahl 
Weiterbil- 
dungstage / 
Mitarbeiter 


10 

Tage 

pro 

Jahr 


Stellenbeschrei- 
bungen aktua- 
lisieren 

Anforderungen 
mit Ausbildungs- 
stand abgleichen 
Schulungsplan 
erstellen 


Einhaltung 
von Termin- 
verein- 
barungen 


Anteil 
> 95% 



Abbildung 65: Einfaches Beispiel einer IT-Balanced Scorecard 



Praxisbeispiel Die durchgängige Verzahnung der allgemeinen Bereichsscore- 
cards mit der IT-Balanced Scorecard anhand eines Praxisbeispiels 
aus einem Versicherungskonzern dokumentiert Abbildung 66. Sie 
zeigt einen Auszug aus einer Bereichs-BSC (linke Seite) bzw. der 
IT-BSC des Unternehmens (rechte Seite). Die Pfeile geben an, 
welche Einflussfaktoren der Bereichsscorecard auf den IT- 
Bereich wirken. Für diese Einflussfaktoren werden durch den IT- 
Bereich Messgrößen mit Zielwerten und Maßnahmen definiert. 

Die hierdurch erreichte Integration der Bereichssicht mit der IT- 
Sicht stellt sicher, dass von der IT durchgeführte Maßnahmen 
einen konkreten Bezug zu Geschäftszielen der betroffenen Be- 
reiche aufweisen. 
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3-3 IT-Balanced Scorecard 



Perspektive Erfolgsfaktoren Bereichs-BSC 

Fl Umsatzwachstum 
F2 Erhöhung Ertragskraft 
F3 Kostensenkung 



Erfolgsfaktoren IT-BSC 



Maßnahmen IT-BSC 



Finanzen 



Kunden/ 

Partner 



Kl Marktanteil halten 
K2 Kundenwachstum 
K3 Bestandskundenausbau 
K4 Verbesserung Kundenzufriedenheit 
K5 Erhöhung Zufriedenheit Kundenmanagement' 

PI Produktivität Niederlassungen 
P2 Verbesserungen Prozessqualität 
P3 Prozessoptimierung 
P4 Effektive IT-Auftragsumsetzung 

P5 Entwicklung eines Vertriebs- und 

kundenorientierten Produktmanagements 

P6 Zielerfüllung Arbeits- und Projektplanung 



Mit- 

arbeiter 


Ml Verbesserung Mitarbeiterqualifikation 


M2 Erhöhung Mitarbeiterzufriedenheit 




M3 Einhaltung Feedback-Gespräche 




M4 Stetige Kommunikation MA-Führungskraft 



Jf3.1 

A. F3.2 Kostensenkung 
[f3.3 


Budgeteinhaltung IT 
Budgeteinhaltung Releasewechsel 
Fehlerkosten Produktion 


TkS.I Erhöhung 
1 K5.2 Anwenderzufriedenheit 


Erledigungsgrad Anwenderanliegen 

Zufriedenheit mit der Abwicklung von 
Geschäftsvorfällen 



il P2 Verbesserung Prozessqualität 


Durchschnittliche Bewertungspunkte im 
Qualitätsbarometer bei fachl. Störungen 


* P3 Prozessoptimierung 


Anteil Dunkelverarbeitungen an gesamten 
Geschäftsvorfällen 


(fP4.1 Effektive IT-Auftrags- 


Release in time 


\P4.2 Umsetzung 


Release in function 




M1 Verbesserung 

Mitarbeiterqualifikation 


Erfüllung Kompetenzgrad IT 


M2 Erhöhung Mitarbeiter- 
zufriedenheit 


Erledigungsgrad Maßnahmencontrolling 
Mitarbeiterbefragung 


M3 Einhaltung Feed-Back- 
Gespräche 


Bereits geführte Gespräche / 
Anzahl zu führender Gespräche 


M4 Stetige Kommunikation MA- 
* Führungskraft 


Anzahl stattgefundener Besprechungen/ 
Anzahl terminierter Besprechungen 



Abbildung 66: Zusammenhang zwischen Bereichs- und IT-BSC 
(vgl. Kudernatsch, 2002, S. 59, modifiziert) 



3.3.3 



Bewertung der Balanced Scorecard im IT-Controlling-Konzept 



Vorteile 



Nachteile 



Unternehmerische Sicht: Die IT-Balanced Scorecard bietet 
im IT-Controlling-Konzept eine ganzheitliche unternehmeri- 
sche Sicht. 

Integration: Durch eine ganzheitliche Verknüpfung von 
Unternehmensstrategie, IT-Strategie und Maßnahmen des In- 
formationsmanagements erfolgt eine enge Verzahnung des 
Unternehmens mit dem IT-Controlling-Konzept. Der IT- 
Einsatz dient der Unternehmensstrategie. 

Investitionsschutz: Eine Vernetzung vorhandener Füh- 
rungsinstrumente und Kennzahlensysteme integriert bewähr- 
te Lösungen in das IT-Controlling-Konzept. 

Interne Sicht: Die Balanced Scorecard konzentriert sich 
beim Planungsprozess auf interne Problemlösungen. Zwi- 
schenbetriebliche Fragen werden unterbewertet. 

Komplexität: Viele Wechselwirkungen sind oft nicht über 
Ursache-Wirkungsbeziehungen nachweisbar und daher nicht 
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Gegenstand der Betrachtung. Viele Zielvorstellungen, Kenn- 
zahlen usw. lassen sich im praktischen Einsatz nur schwer 
auf einzelne Bereiche, Abteilungen und Personen differen- 
zieren. 

• Aufwand: Einführung und Nutzung der IT-Balanced Score- 
card verursachen einen hohen Zeitaufwand für die unteren 
Eührungsebenen. Ohne den Einsatz der IT mit spezieller 
Software wird die Einführung einer IT-Balanced Scorecard 
problematisch. 



3.3.4 Softwaretools für die Balanced Scorecard 



Der Softwaremarkt in Deutschland bietet zahlreiche Software- 
tools, die eine Nutzung der Balanced Scorecard unterstützen. 
Allerdings werden häufig Tabellenkalkulationsprogramme einge- 
setzt, da die Anzahl der zu erstellenden BSCs zu gering ist (vgl. 
Samtleben et ah, 2006, S. 403). Jonen et al. (2004b) schlagen 
wegen der Komplexität des Auswahlprozesses und der Hetego- 
renität der verfügbaren Produkte ein Softwaretool vor, dass auf 
der Grundlage individuell erfasster Entscheidungskriterien und 
Gewichte eine Vorauswahl unterstützt. Die Anbieterzahl in die- 
sem jungen Marktsegment lässt inzwischen eine Konsolidierung 
vermuten. Bislang haben sich drei Kernkategorien von Werkzeu- 
gen entwickelt, die Unterstützungen für den Aufbau von Balan- 
ced Scorecards liefern. 



1. Kategorie: 
Produkte für 
große Unter- 
nehmen 



Die erste Kategorie von Werkzeugen liefert als Bestandteil von 
Business-Intelligence-Lösungen Unterstützung für umfassende 
Planungs- und Steuerungssysteme eines Unternehmens. Sie bie- 
ten in diesem Zusammenhang neben anderen Eunktionen und 
Kennzahlensystemen auch die Balanced Scorecard als Methode 
an. Als konkretes Produktbeispiel ist die Software „SAP® SEM®“ 
der SAP AG anzuführen. Derartige Produkte sind auf den Markt 
für größere Unternehmen bzw. Konzerne fixiert. 



2. Kategorie: 
Produkte für 
den Mittelstand 



Das Produkt „CP MIS/BSC“ der Corporate Planning AG, das sich 
speziell mit der BSC-Methode beschäftigt, ist auf die spezifischen 
Anforderungen kleinerer und mittlerer Unternehmen zugeschnit- 
ten (vgl. Hahn/Zwerger, 2002, S. 100). Abbildung 67 zeigt die 
Darstellung einer Balanced Scorecard mit dem Werkzeug CP 
MIS/BSC, das überwiegend in mittelständischen Unternehmen 
zur webbasierten Erstellung und Verwaltung von Scorecards 
eingesetzt wird (vgl. Corporate Planning AG, 2003). 
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Abbildung 67: BSC-Darstellung mit dem CP MIS/BSC (vgl. Corpo- 
rate Flanning AG, 2003) 



3. Kategorie: Die dritte Kategorie ergänzt Werkzeuge für die Modellierung und 

Prozessmana- Analyse von Geschäftsprozessen. Einige der Produkte wurden 
gement-Tools um die Methode Balanced Scorecard ergänzt. Als Beispiel gilt 
hier das „ARIS-Toolset“ der Firma IDS Scheer AG, welches als 
marktführendes Produkt über eine Zusatzkomponente zur Ent- 
wicklung von Balanced Scorecards verfügt. Das ARIS-Werkzeug 
lässt sich in Unternehmen aller Größenklassen einsetzen. 

Das ARIS-Toolset bietet spezifische Modellierungsobjekttypen an, 
z. B. den Objekttyp „Perspektive“, der sich einzeln oder in ein 
BSC-Ursache-Wirkungsdiagramm integrieren lässt. 

Daneben stehen weitere Modellierungskonstrukte wie Organi- 
gramm, Wertschöpfungskettendiagramm oder Funktionsbaum für 
einen Einbau in die BSC-Darstellungen zur Verfügung. 
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3 Einsatz strategischer IT-Controlling-Werkzeuge 



Abbildung 68 enthält ein Beispiel für ein BSC-Ursache-Wirkungs- 
diagramm, das mit dem ARIS-Toolset (Version 6.1 Collaborative 
Suite) erstellt wurde. 
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Abbildung 68: ARIS Ursache-Wirkungsdiagramm (IDS Scheer AG, 
2003) 



Der Einsatz von Modellierungstools für die BSC-Erstellung ist 
dann interessant, wenn das Werkzeug bereits im Unternehmen 
im Einsatz ist, z. B. für die Prozessmodellierung. 



3.4 IT-Portfoliomanagement 

3.4.1 Life-Cycle-Modell 

üblicherweise werden in Unternehmen zahlreiche IT-Projekte 
parallel in unterschiedlichen Fortschrittsgraden (z. B. in Planung, 
im Genehmigungsverfahren, in der Fachkonzeption, in der Ent- 
wicklung, in Einführung, im Probebetrieb, in der Wartung, Ablö- 
sung) bearbeitet. Da die finanziellen und sonstigen Ressourcen 
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Soll-Projekte 



Muss-Projekte 



Standard-IT- 

Projekte 



Begriff 



(z. B. Spezialpersonal) begrenzt sind, muss regelmäßig über die 
Zusammensetzung des Projektportfolios entschieden werden. 
Diese Problematik ist vor allem in Unternehmen mit zahlreichen, 
voneinander unabhängigen IT-Projekten bedeutsam (vgl. Her- 
bolzheimer 2002, S. 26). 

Im Rahmen des Portfoliomanagements sind aus Sicht der Not- 
wendigkeit einer Bewertung drei Projekttypen zu unterscheiden: 
Soll-Projekte, Muss-Projekte und Standard-Projekte. 

Soll-Projekte sind vom Vorstand bzw. der Unternehmensleitung 
aus unternehmenspolischer Sicht gewünschte Projekte, die nicht 
einer Bewertung unterzogen werden sollen bzw. müssen. Sie 
gelten für das Projektportfolio als „gesetzt“. 

Muss-Projekte sind aus operativen oder gesetzlichen Gründen 
unausweichlich. Als allgemeine Beispiele lassen sich die 
Jahr2000-Umstellung (faktisch notwendig) oder die Euro- 
Umstellung (Gesetz) der IT-Systeme anführen. 

Standard-IT-Projekte durchlaufen einen standardisierten Bewer- 
tungsprozess, z.B. hinsichtlich ihres Kapitalwertes und Risikos 
oder ihres Beitrages zur Untenehmensstrategie (Nutzwertanaly- 
se). Als Beispiel lassen sich die Einführung eines neuen Logistik- 
systems oder die Umgestaltung des Rechnungswesens incl. einer 
Softwareumstellung anführen. 

Das IT-Portfoliomanagement umfasst die Bewertung und Aus- 
wahl von neuen IT-Projekten oder Wartungsprojekten und deren 
Steuerung in einem standardisierten Bewertungsprozess. Die 
Bewertung geschieht aus Sicht des IT-Controllerdienstes in Eorm 
eines Life-Cycle-Modells durch eine an der IT-Strategie des Un- 
ternehmens orientierte IT-Projektauswahl (IT-Projekt-Portfolio- 
management) und die Steuerung der Projekte durch Beteiligung 
in den Lenkungsgremien der IT-Projekte (vgl. Abbildung 69). 
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IT-Projekt- 
an träge 




Abbildung 69: IT-Projeküenkung als Life-Cycle-Modell 

Ein wirksames Portfoliomanagement erfordert in der Praxis vor 
allem standardisierte Verfahren, die für alle Beteiligten transpa- 
rent und nachvollziehbar auf die vielfältigen IT-Projektanträge 
angewendet werden (vgl. Albayrak/Olufs, 2004, S. Il6). Im 
Rahmen des Portfoliomanagements stellt sich insbesondere die 
Frage des Wertbeitrages der IT zum Unternehmenserfolg (vgl. 
Müller et al. 2005). 

IT-Projektanträge für Neu- und Wartungsprojekte der Fachabtei- 
lungen werden laufend mit dem aktuellen IT-Portfolio und der 
IT-Strategie abgeglichen, denn Änderungen der IT-Strategie wir- 
ken sich auf das IT-Projektportfolio aus. Vorschläge für IT- 
Projekte, die nicht mit dem laufenden Portfolio kompatibel sind, 
bewirken Veränderungen der IT-Strategie. Der IT-Projektantrag 
soll folgende Informationen zur Beurteilung der Aufnahmefähig- 
keit in das IT-Portfolio enthalten: 

• Projektbezeichnung, 

• Ansprechpartner und Auftraggeber, ggf. Sponsor in der Ge- 
schäftsführung / Vorstand, 

• Art des Projektes (Neuprojekt, Wartungsprojekt, Verlänge- 
rung eines bestehenden Projektes), 

• Zielsetzung des Projektes (Was soll erreicht werden?). 
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• Vorgehensweise (Wie soll die Aufgabe gelöst werden?), 

• Geltungsbereich (Konzern, Unternehmen, Abteilungen, wei- 
tere IT- oder sonstige Projekte, IT-Systeme), 

• Zeitplanung und geplante Lebensdauer (Wie lange soll das 
System genutzt werden?), 

• Ggf. Migrationsplanung bei Ablösung vorhandener Systeme, 

• Kosten- und Nutzenanalyse (Rol-Ermittlung), 

• Alternativvorschlag, falls das Projekt nicht genehmigt werden 
kann, 

• Realisierungswahrscheinlichkeit mit Begründung. 

Die Auswahl geeigneter IT-Projekte erfordert die Festlegung von 
Entscheidungskriterien. Abbildung 70 zeigt einen beispielhaften 
Katalog mit Kriterien, die unternehmensindividuell anzupassen 
und zu gewichten sind (in Anlehnung an Buchta et al. 2004, S. 
115). Hauptkriterien sind Nutzen und Risiken des Projektes. 

In der Praxis wird die Priorisierung überwiegend anhand der 
Ersteinführungsprojekte durchgeführt, obwohl Wartungsprojekte 
über 70 % des gesamten IT-Budgets ausmachen können (vgl. 
Zarnekow et al. 2004, S. 181). 




Abbildung 70: Priorisierungsbaum für IT-Projekte (Buchta et al. 2004) 



IT-Portfolio- 
analyse und 
-anpassung 



Knappe IT-Budgets erfordern eine Auswahl von IT-Projekten aus 
dem gültigen IT-Projektportfolio. Es enthält die Wartungs- und 
Neuentwicklungsprojekte des Unternehmens, orientiert an der 
IT-Strategie. Auswahlkriterien orientieren sich am „Return on 
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Investment“ und dem Beitrag der IT-Projekte zur Erreichung der 
Unternehmensstrategie (vgl. Abbildung 71). 



hoch 




niedrig 



Kostensenkende 
IT-Projekte mit 
geringer Wirkung auf 
die Unternehmensstrategie 


Kostensenkende und 

wertsteigernde 

IT-Projekte 


IT-Projekte mit geringer 
Kostenwirkung und 
Wirkung auf die Unter- 
nehmensstrategie 


Wertsteigernde IT-Projekte 
mit geringem ROI 



niedrig 



Beitrag zur Unterstützung der 
Unternehmensstrategie 



hoch 



Abbildung 71: Nutzen- und strategieorientiertes IT-Portfolio 



In der Praxis wird bei der Erstellung eines IT-Projektportfolios 
häufig das Risiko eines Fehlschlages, mit dem viele IT-Projekte 
behaftet sind, vernachlässigt. Vor dem Hintergrund häufig schei- 
ternder IT-Projekte ist es empfehlenswert, neben dem Nutzen 
auch die Realisierungswahrscheinlichkeit der vorgeschlagenen 
IT-Projekte zu bewerten (vgl. Abbildung 72). 



hoch 



niedrig 



Kostensenkende 
IT-Projekte mit 
geringem Risiko 


Kostensenkende und 
wertsteigernde 
IT-Projekte mit 
hohem Risiko 


IT-Projekte mit geringer 
Kostenwirkung und 
geringem Risiko 


Wertsteigernde IT-Projekte 
mit geringem ROI 
und hohem Risiko 



niedrig 



Realisierungs-Risiko 
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Abbildung 72: Nutzen- und risikoorientiertes IT-Portfolio 

In Kombination der beiden Alternativen ist es möglich, alle ge- 
nannten Kriterien darzustellen. So kann z. B. der „Strategiefit“, 
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also der Beitrag zur Unterstützung der Unternehmensstrategie in 
Form unterschiedlich großer Markierungen dargestellt werden 
(vgl. Abbildung 73). 




niedrig 



Realisierungswahrscheinlichkeit 



hoch 



Abbildung 73: Nutzen-, risiko- und strategieorientiertes IT- 
Portfolio 



Neuere Forschungsansätze haben zur mathematischen Ermittlung 
eines integrierten Nutzenwertes auf bewährte klassische Verfah- 
ren zur Bewertung von Finanzinvestitionen zurückgegriffen und 
spezielle Bewertungsfunktionen für IT-Projekte vorgestellt (vgl. 
Wehrmann/Zimmermann, 2005, S. 247 ff.). Die von Wehrmann 
und Zimmermann entwickelte Nutzenfunktion berücksichtigt den 
erwarteten Kapitalwert des Projektes, das geschätzte Projektrisiko 
sowie die individuelle Risikoeinstellung des Entscheiders gemäß 
dem Bernoulli-Prinzip. Die Nutzenfunktion für ein IT-Projekt 
lautet (vgl. Wehrmann/Zimmermann, 2005, S. 249): 




V, ist der integrierte Nutzenwert des Projektes. Der Parameter z, 
gibt den erwarteten Kapitalwert des Projektes und & die ge- 
schätzte Varianz als Maß für das Risiko des Eintretens des Kapi- 
talwertes an. Der Wert eines sicheren Projektes = 0 entspricht 
seinem Kapitalwert. Der Parameter a ist der Risikoaversionsgrad 
des Entscheiders. Nimmt a den Wert „0“ an, entspricht der Wert des 
Projektes ebenfalls dem Kapitalwert. Für eine Anwendung solcher 
Nutzenfunktionen in der Praxis sind nach Aussage der Autoren aller- 
dings noch weitere Forschungsarbeiten erforderlich, da z. B. von nor- 
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3 . 4.2 

Verbreitung 



malverteilten Kapitalwerten ausgegangen wurden (vgl. Wehr- 
mann/Zimmermann, 2005, S. 246). 



Praxisbeispiele zum Projektportfoliomanagement 



IT-Portfoliomanagement ist in der Praxis weit verbreitet. Nach 
einer Studie des Beratungshauses Bearingpoint (vormals KPMG) 
setzen zwei Drittel der befragten deutschen Unternehmen Portfo- 
liomanagement zur Projektauswahl ein (vgl. Bearingpoint 2003). 
Mehr als 80 % der antwortenden Unternehmen mit mehr als 1 
Mrd. Euro Jahresumsatz sowie alle Unternehmen mit mehr als 50 
IT-Projekten oberhalb 50.000 Euro-Projektbudget wenden IT- 
Portfoliomanagement an. 



Eine nicht nur am Break-Even-Punkt, sondern auch an der Reali- 
sierungswahrscheinlichkeit ausgerichtete 6-Eelder-Portfoliomatrix 
ist in Abbildung 74 dargestellt. Sie zeigt, unter welchen Bedin- 
gungen Projekte eingestellt, überprüft oder realisiert werden. 




Abbildung 74: Portfoliogestützte Projektauswahl (Kramer 2002) 



In der Unternehmenspraxis stellt sich neben der Präge der Ren- 
tabilität bzw. des strategischen Wertbeitrages eines IT-Projektes 
noch die Frage, ob das Projekt bereits läuft und nur die Fortset- 
zung oder Folgestufen zu entscheiden sind bzw. vertragliche 
Bindungen die Fortsetzung des Projektes faktisch erzwingen. 

Dies ist besonders in kritischen Situationen, z. B. bei notwendi- 
gen Budgetkürzungen von besonderer Bedeutung. 
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Portfolioaus- 

schuss 



PRAXISBEISPIEL DEUTSCHE LUFTHANSA 

Diesen Aspekt hat die Deutsche Lufthansa in ihrem Konzept der Pro- 
jektpriorisierung berücksichtigt und unterscheidet in ihrem Portfoiio die 
Kriterien Strategischer/Monetärer Nutzen und Dispositionsfähigkeit 
(vgi. Abbiidung 75). 

Nicht iaufende Projekte, die nur eine geringe strategische Bedeutung 
aufweisen oder einen zu iangen Amortisationszeitraum haben, werden 
gestrichen. Projekte mit hoher strategischer Bedeutung und kurzer 
Amortisationsdauer werden verschoben. Bereits angeiaufene Projekte 
werden je nach Einordnung und den vertraglichen Möglichkeiten redu- 
ziert bzw. unverändert durchgeführt (vgl. Beißel et al 2004). 



Hohe strategische 
Bedeutung 

Amortisation <2 Jahre 



Geringe strategische 
Bedeutung 

Amortisation >2 Jahre 



Projekt 1 
Projekt 2 
Projekt 3 







verschieben 

Projekt 1 I 


durchführen 






Projekts | 


streichen | 


reduzieren | 


Projekt 2 





Nicht laufend Laufend / vertraglich disponiert 



Abbildung 75: Projekt-Priorisierung bei der Deutschen Lufthansa 
(Beißel et al. 2004, S. 60) 

Die Bewertung des IT-Portfolios wird als bereichsübergreifende 
Teamaufgabe vom IT-Controllerdienst moderiert und gesteuert. 
Vom IT-Controllerdienst ist ein Portfolioausschuss zu konstituie- 
ren, besetzt mit verantwortlichen Führungspersönlichkeiten der 
betroffenen Geschäftseinheiten. Die Bereichsegoismen bei der 
Projektrangfolgebestimmung kann der IT-Controllerdienst nur 
über Sachargumente (Kosten, Nutzen, Laufzeit, Projektrisiko u.a.) 
steuern. 

Bei einer Projektrangfolgebestimmung empfiehlt sich folgende 
Vorgehensweise: 



135 



3 Einsatz strategischer IT-Controlling- Werkzeuge 



1) Bestandsaufnahme notwendiger Projekte (bei erstmaliger 
Portfolioanalyse) , 

2) Erfassung von Projektvorschlägen anhand der IT- 
Projektanträge mit Projektkosten, -nutzen und Realisie- 
rungswahrscheinlichkeit, 

3) Portfoliogestützte Projektauswahl durch das Bewertungs- 
team anhand mit Hilfe der Moderationstechnik gemein- 
sam erarbeiteter Kriterien, 

4) Kommunikation des angepassten Portfolios an die Ver- 
antwortlichen der Geschäftsbereiche, Informationstech- 
nik und Controlling, 

5) Portfoliosteuerung über regelmäßige Berichterstattung 
der Projektleiter an den Portfolioausschuss. 



PRAXISBEISPIEL PROJEKTBEWERTUNG DEUTSCHE 
POST EURO EXPRESS 

Ein dreifach gewichtetes Bewertungsschema wird bei der Deutschen 
Post zur Bewertung von IT-Projekten eingesetzt (vgi. Aibayrak/Oiufs 
2004, S. 119 f.). Das Schema nutzt die Kriterien ,Jiisikovermei- 
dung“, ,jS!utzen“ und ,$trategiefit“ . Die Gewichtungsfaktoren wer- 
den von der Geschäftsieitung vorgegeben. 

Projektideen werden zunächst hinsichtiich Ihres Gesamtrisikos 
bewertet. Hierdurch soii vermieden werden, dass z.B. Projekte einfach 
deshaib scheitern, weii sie zu groß sind oder länger laufen, als eine 
Neuorganisation Bestand hat. 

D\e „Nutzenbewertung“ zerfällt in mehrere Subkomponenten. Hier- 
bei steht insbesondere der monetäre Wertbeitrag des Projektes im 
Vordergrund. Daneben werden qualitative Nutzenaspekte wie Image- 
steigerung oder Kundenbindung berücksichtigt. 

Das Kriterium „Strategiefit“ beantwortet die zentrale Frage, ob ein 
Projekt in die IT-Strategie des Unternehmens passt. Da die IT- 
Strategie aus der Unternehmensstrategie abgeleitet wird, ist sicherge- 
stellt, dass alle IT-Projekte einen geschäftlichen Wertbeitrag liefern. 
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3.4.3 

Nutzen der IT- 
Sicherheit 



Rechtfertigung 
der IT- 
Sicherheit 



Bewertung von IT-Sicherheitsprojekten 

Die Bewertung von IT-Sicherheitsprojekten (z. B. Aufbau und 
Betrieb von Verschlüsselungssystemen, Einsatz digitaler Signatu- 
ren zur Authentisierung von Personen) ist unter rein wirtschaftli- 
chen Gesichtspunkten problematisch, da häufig kein direkter 
Nutzen messbar ist. Dennoch ist sicherzustellen, dass ausrei- 
chende Budget-Mittel für IT-Sicherheitsmaßnahmen bereitgestellt 
werden, damit diese nicht von Projekten aus dem IT- 
Projektportfolio verdrängt werden, die einen höheren Rol auf- 
weisen. 

Wie rechtfertigt der IT-Controller Investitionen in IT-Sicherheit? 
Diese wichtige Frage muss bei der jährlichen IT-Budgetierung 
konkret beantwortet werden. Nach einer Umfrage der IT- 
Fachzeitung Informationweek (vgl. Gerbich, 2002) wird hierfür 
als Argumentationshilfe auf folgende Aspekte hingewiesen, um 
die Höhe der IT-Sicherheitsbudgets zu rechtfertigen: 

• Potentielle Haftung/mögliche Risiken (54,4 %), 

• Potentielle Auswirkung auf die Einnahmen (33 %), 

• Forderung der Behörden / der Gesetze (32,5 %), 

• Übliche Branchenpraxis (29,8 %), 

• Anforderungen von Partnern/Händlern (23,1 %), 

• Wirtschaftlicher Return on Investment (15,3 %). 

Anhand ausgewählter Praxisbeispiele soll dargestellt werden, 
welche Möglichkeiten der Bewertung für IT-Sicherheitsprojekte 
bestehen (vgl. ausführlich Gadatsch/Uebelacker 2004). Anschlie- 
ßend wird der RoSI-Ansatz der University of Idaho vorgestellt. 



BEISPIEL 1: DATENSICHERUNG (DESASTER RECOVERY) 
UND VIRENSCHUTZ 

In der Praxis wird seiten nach dem Roi eines Desaster-Recovery- 
Konzeptes (Organisatorische und technische Datenwiederher- 
steiiungsmaßnahmen im Rechenzentrum) oder Virenschutz-Projekts 
gefragt, soiange die Schutzmaßnahmen noch nicht etabliert waren, da 
die Notwendigkeit unumgängiich erscheint. Wurde die Lösung dage- 
gen bereits impiementiert, kann durch einen „Technoiogie Refresh“ 
(Aktuaiisierung einer iT-Lösung an den aktueiien Stand der Technik) 
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mit entsprechend reduzierten Betriebskosten ggf. durch das Projekt ein 
positiver Rol reaiisiert werden. 

Deshaib steiit sich die Frage: Weshaib investieren Unternehmen in iT- 
Sicherheits-Projekte? ideaierweise führen sie eine Risikoabwägung 
durch. Entweder trägt das Unternehmen das Risiko und unternimmt 
weiter nichts oder es häit das Risiko für untragbar und wird aktiv, z. B. 
durch Instaiiation einer Virenschutzsoftware oder eines Backupsys- 
tems. IT-Sicherheits-Projekte wirken sich absichernd auf die Investitio- 
nen des Unternehmens aus. Verschiüsseiungs-, Virenschutz- und 
Firewaiiprojekte sind typische Beispieie dafür. Der Geschäftsprozess 
ais soicher wird jedoch nicht „optimiert“, sondern iedigiich durch die IT- 
Security-Maßnahme „abgesichert“. Diese Projekte erhöhen aufgrund 
der notwendigen Investition und der iaufenden Wartungskosten die 
Kosten der Infrastruktur. Das aber bedeutet, dass hier ein positiver Rol 
nicht darstelibar ist. 



BEISPIEL 2: SINGLE SIGN ON (SSO) 

Passwörter solien schwer zu erraten sein und sind periodisch zu 
wechsein. Zahireiche Mitarbeiter verwaiten Passwörter für unterschied- 
iiche von Ihnen genutzte IT-Systeme (E-Mail, SAP® R/3®, Reisekos- 
tenabrechnung u.v.m.) und benötigen Hilfe wenn Störungen auftreten 
(z. B. Passwort-Reset). Eine Lösung zur Vereinfachung dieser Prob- 
lematik sind Single Sign-On-Systeme (SSO). Sie sorgen dafür, dass 
sich ein Anwender nur einmal authentisieren muss. Dies geschieht 
entweder durch ein Passwort oder eine Chipkarte (Smartcard). Das 
SSO-System hat die Passwörter für alle benötigten Ziel-Anwendungen 
gespeichert. 

Eine große Schweizer Bank konnte nachweisen, dass bei der Einfüh- 
rung eines SSO-Systems ein positiver Rol möglich ist (vgl. Ga- 
datsch/Uebelacker 2004). Die Bank führte ein SSO-System mit 30.000 
Anwendern ein. Vor der Einführung des SSO-Systems hatte der Help- 
desk viele passwortbezogene Anrufe zu verzeichnen. Diese Zahl ließ 
sich kurzfristig um mehr als ein Drittel senken. Jeder Anruf war mit 
einem Produktivitätsausfall von durchschnittlich 20 Minuten verbunden. 
Damit ergab sich bei einem internen Stundensatz von 60 Euro ein 
Einsparungspotential von 2,4 Millionen Euro pro Jahr. Zusätzlich zu 
den Einsparungen stellt sich ein Nebeneffekt ein, der in die Rol- 
Berechnung nicht einfließt: die Zufriedenheit der Anwender mit ihrer IT 
steigt dann erheblich. 
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BEISPIEL 3: KFZ-MOTORSTEUERUNG 

Die Mikroprozessortechnologie hat die Kraftfahrzeuge deutlich verän- 
dert. Antiblockiersysteme, Stabilitätsprogramme, Fahrererkennung 
werden von einem zentralen Fahrzeugcomputer (Motorsteuerung) 
überwacht. Leistungssteigerungen lassen sich neben „klassischen“ 
mechanischen Veränderungen einfacher durch ein „Chiptuning“ reali- 
sieren, d. h. durch eine Manipulation der Software im Fahrzeugcompu- 
ter. Unautorisiertes Chiptuning verursacht bei den Automobilherstellern 
jährlich hohe Verluste durch stärkeren Verschleiß und erhöhtem War- 
tungsaufwand in der Garantiezeit. Die Automobilindustrie versucht 
durch den Einsatz von Digitalen Signaturen (elektronische Unterschrif- 
ten) unerwünschte Manipulation in den Motorsteuerungsgeräten zu 
unterbinden, was durch einen positiven Rol sichtbar wird. 



BEISPIEL 4: ELEKTRONISCHE STEUERERKLÄRUNG 

(ELSTER) 

Grundlage von ELSTER ist die Beobachtung, dass immer mehr Bürger 
ihre Steuererklärungen am Computer erstellen. Dabei werden die 
Daten für den Ausdruck der Steuererklärungsformulare dezentral elek- 
tronisch erfasst. Die Idee liegt nun darin, die erfassten Daten der Steu- 
erverwaltung über das Internet zur Weiterverarbeitung zur Verfügung 
zu stellen. Damit spart die Steuerverwaltung die Kosten der Datener- 
fassung und kann den Prozess beschleunigen. Ein positiver Rol kann 
unterstellt werden. 

Allerdings bezieht sich der Rol auf den gesamten Geschäftsprozess. 
Im Gegensatz zum Motorsteuerungsprojekt spielt die IT-Sicherheit 
eine andere Rolle. Wurden im Motorsteuerungsprojekt die Optimie- 
rungspotentiale ausschließlich durch die innovativen Sicherheitsme- 
chanismen hervorgerufen, so ist dies bei ELSTER nicht der Fall. Die 
den Rol positiv bestimmenden Faktoren liefert hier primär die einge- 
sparte elektronische Datenerfassung. Die implementierten Sicherheits- 
Mechanismen wirken „lediglich“ als „Enabler“ zur Implementierung des 
Optimierungspotentials. 
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Projekttypen 



BEISPIEL 5: DIGITALE SIGNATUR IN WORKFLOW- 

GESTÜTZTEN GESCHÄFTSPROZESSEN 

Beim Einsatz digitaier Signaturen in Workfiews (Workfiows sind auto- 
matisierte Geschäftsprozesse, vgi. ausführiich Gadatsch 2005b, S. 221 
ff.) geht es darum, repetetive Geschäftsprozesse eiektronisch zu un- 
terstützen und mit Hiife von Authentisierungsmechanismen ^ Teiischrit- 
ten nachzuweisen. So kann z. B. die Freigabe einer Besteiiung, die 
Genehmigung eines Uriaubsantrages oder einer Dienstreise ein soi- 
cher Teiischritt sein. Workfiew-Management-Systeme setzen häufig 
ein hehes Optimierungspotentiai frei. Ein Rel ist i.d.R. darsteiibar. 

Das Deutsche Signaturgesetz (SigG) bietet grundsätziich die Mögiich- 
keit, händische Unterschriften durch zertifizierte Digitaie Signaturen 
(eiektronische Unterschriften) zu ersetzen. Das erfordert Investitionen 
in Unternehmen, denen für den Nachweis einer positiven Rol- 
Kennzahi ein Nutzen nachzuweisen ist. Der Nutzen kann nur aus Pro- 
zessverbesserungen generiert werden. Die Prozesseptimierung mit 
der Freisetzung des Einsparpotentiais resuitiert nicht direkt aus einem 
Sicherheitsprojekt, sondern aus der Abiösung papiergebundener Pro- 
zesse durch eiektronische Systeme. 



Klassifiziert man die vorgestellten Projekte, so lassen sich nach 
Uebelacker (vgl. Gadatsch/Uebelacker 2004) drei Projekttypen 
ableiten: das Versichererprojekt, das Enablerprojekt und das 
Einsparerprojekt (vgl. Abbildung 76): 



• Versichererprojekt (insurer) 

Ziel dieser Projekte ist es, die Eintrittswahrscheinlichkeiten und 
das Risiko von ungewünschten Ereignissen zu minimieren. Das 
primäre Ziel ist es nicht, Einsparpotentiale zu realisieren. Ein Rol 
ist im Regelfall nicht darstellbar. Zahlreiche IT-Sicherheitsprojekte 
sind Versichererprojekte (z. B. Eirewall, Virenschutzprogramm, 
Zugangskontrollsysteme) 



• Ermöglich er Projekt (enabler) 



^ Sicherstellung, dass es sich beim „Unterzeichner“ um die betreffende 
Person handelt, z. B. durch eine elektronische Unterschrift 
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Haben neue Geschäftsprozesse Sicherheitsanforderungen, han- 
delt es sich oft um Enablerprojekte. Die IT- 
Sicherheitsmaßnahmen haben unterstützenden Charakter. Die 
Einsparung wird primär von der Anwendung erzielt, nicht von 
den Sicherheitsbausteinen. Ein typisches Beispiel sind PIN-TAN- 
Verfahren beim Internetbanking, ohne die keine Bankgeschäfte 
über das Internet möglich sind. Auch Eirewallsysteme zählen 
hierzu, die durch die Abschottung des Unternehmensnetzes be- 
stimmte Transaktionen ermöglichen (z. B. Sicherer Zugriff von 
Kunden auf seine Bestelldaten im Eirmenrechner). Rol- 
Überlegungen sind bei enabler-Projekten von nachgeordneter 
Bedeutung. 



• Optimiererprojekt (optimizer) 



Dieser Projekttyp ist selten anzutreffen. Durch eine Sicherheits- 
anwendung lassen sich Einsparungspotentiale realisieren. Ein 
Beispiel ist die digitale Bürgerkarte (digitales Ausweissystem), die 
als Identifikationsmedium eine Vielzahl von wirtschaftlichen 
Nutzenpotenzialen anbietet. 





IT-Sicherheitsprojekte 


Versichererprojekt 

(insurer) 




Ermöglicherprojekt 

(enabler) 




Optimierungsprojekt 

(optimizier) 



Ziel: Eintrittswahrscheinlichkeit 
und Risiko von ungewünschten 
Ereignissen minimieren. 

Kein primäres Ziel ist die 
Realisierung von 
Einsparpotenzialen. 



Rol (i.d.R.) nicht darstellbar 



Zahlreiche Fälle: Firewall, 
Virenschutz, Zugangsschutz, ... 



Ziel: Unterstützung der 
Sicherheitsanforderungen 
neuer Prozesse. 

Einsparungen werden von der 
Anwendung im neuen Prozess 
erbracht. 

Ohne das Projekt ist die neue 
Anwendung nicht möglich. 



Rol (i.d.R.) indirekt darstellbar 



Typischer Fall: PIN-TAN-Ver- 
fahren beim Internet-Banking 



Ziel: Generrierung von 
Einsparungen durch das IT- 
Sicherheitsprojekt. 

Das IT-Sicherheitsprojekt 
„finanziert" sich selbst. 



Rol (i.d.R.) darstellbar 



Beispiele sind seiten, z.B. digi- 
tale Bürgerkarte 



Abbildung 76: Projekttypen in der IT-Sicherheit (nach Uebelacker) 
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Fazit 



RoSI 



Bei der Beurteilung eines IT-Sicherheitsprojektes ist zu ermitteln, 
worauf das Einsparungspotential basiert. Typischeiweise ist die 
Anwendung verantwortlich, da sie den Geschäftsprozess auf IT- 
Systeme abbildet. Bei ELSTER steht das vom Bürger ausgefüllte 
elektronische Eormular für diese Anwendung. Untersucht man 
Projekte mit Einsparungspotential, so fällt auf, dass die Anwen- 
dungen in den seltensten Fällen „reine“ Security-Anwendungen 
sind. Single-Sign-On und das skizzierte Motorsteuerungsprojekt 
sind Ausnahmen. Deutlich wird, dass zahlreiche Anwendungen 
IT-Sicherheits-Funktionen erfordern, damit sie ihren Mehrwert 
generieren können. Als klassisches Beispiel gilt Internet-Banking, 
das ohne sicheren Datenaustausch mit dem PIN-TAN-Verfahren 
zwischen Kunden und Bank nicht möglich ist. 

Dennoch bleibt als wichtiges Ergebnis festzuhalten: Für 
viele IT-Security-Projekte ist kein positiver Rol darstellbar. 

Die University of Idaho hat vor dem Hintergrund der geschilder- 
ten Problematik ein am Return on Investment orientiertes Re- 
chenmodell zur Ermittlung eines RoSI (Return on Security In- 
vestment) ermittelt (vgl. Keller, 2002). Die Größe RoSI ist die 
Differenz aus dem Nutzen, der durch IT-Sicherheitsmaßnahmen 
erzielt wird und den Kosten für die Implementierung und den 
Betrieb der notwendigen IT-Sicherheitstools (z. B. Firewall, Ver- 
schlüsselungssoftware). Die Formeln zur Berechnung der RoSI- 
Kennzahl sind in Abbildung 77 dokumentiert. 



RoSI = R- ALE 


R 


Jährliche Kosten der Schadensbeseitigung 

durch Angriffe auf IT-Systeme. 




ALE 


Annual Löss Expectancy 
(Jährliche Verlusterwartung durch 
verblichene Schäden). 


ALE = (R-E) + T 


E 


Ersparnis (Nutzen) durch Reduzierung 
der Schadensbeseitigungskosten (R) 
durch IT-Sicherheitsmaßnahmen. 




T 


(Tool-)Kosten für Sicherheitsmaßnahmen 


RoSI = E - T 



Abbildung 77: Return on Security Investment (vgl. Keller 2002) 



Ein Rechenbeispiel ergibt folgendes Bild: 
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3.5 

3.5.1 



RECHENBEISPIEL 

Der Kauf und Betrieb einer Firewall (T = 30.000 €) sorgt für 95 
% Sicherheit. Das Gesamtrisiko von möglichen Schäden bei 
Verzicht auf eine Firewall wird mit 100.000 € geschätzt. 

Die Bruttoersparnis durch den Einsatz der Firewall beträgt 
E = 95.000C. 

Nach Abzug der Toolkosten von T= 30.000 € verbleibt eine 
Netto-Einsparung von RoSI = 65.000$. 

RoSI = E - T [65.000 € = 95.000 € -30.000 €] 

Die Berechnung von RoSI bei vorliegenden Daten ist vergleichs- 
weise einfach. Als zusätzliches, aber nicht ausreichendes Argu- 
ment dürfte es einsetzbar sein, um Sicherheits-Investitionen zu 
untermauern. Die Berechnung der RoSTKennzahl kann schei- 
tern, wenn sich nicht ausreichend Daten beschaffen lassen, denn 
die Höhe der eingetretenen Schäden ist nicht immer bekannt. 
Potentielle Schäden lassen sich oft nicht quantifizieren. 

Fazit: Der ROSI-Ansatz ist einfach, wegen der problematischen 
Datenerhebung und der damit verbundenen geringen Aussage- 
kraft für die Praxis nur bedingt geeignet (vgl. z. B. auch Matou- 
sek et al. 2004, S. 37). 



Wertermittlung der IT 
Problematik 

Die Eigentümer eines Unternehmens interessieren sich für seinen 
Wert und den Ertrag den es abwirft. Die im Unternehmen einge- 
setzte Informationstechnik liefert hierzu einen Beitrag, dessen 
Bestimmung für das Management von Bedeutung ist. Es muss 
Kosten- und Nutzen abwägen, wenn es über Investitionen ent- 
scheidet. Letztlich muss jede IT-Maßnahme einen Mehrwert er- 
wirtschaften. 

Alle Bemühungen, den „Wert der Informationstechnik“, „Busi- 
ness Value“ oder „Wertbeitrag der IT“ zu ermitteln, sind für Eüh- 
rungsebenen wertvoll. 

Der Wert der IT resultiert primär aus den im Unternehmen ein- 
gesetzten IT-Applikationen, den IT-Prozessen und den dort pro- 
duzierten IT-Services sowie IT-Projekten (vgl. Klasen/Zim- 
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mermann, 2005, S. 80). IT- Applikationen (z. B. ERP-Systeme) 
unterstützen die Kern- und Querschnittsprozesse eines Unter- 
nehmens, sorgen für einen reibungslosen Ablauf im Tagesge- 
schäft (z. B. Wareneingang, Verkauf) sowie der Unterstützung 
strategischer und analytischer Aufgaben (z.B. Unternehmenspla- 
nung, Controlling). Die von der IT-Abteilung bereitgestellten IT- 
Services (z. B. Störungsbeseitigung, Bereitstellung von PCs) wer- 
den in IT-Prozessen (IT-Strategie, IT-Entwicklung, IT-Betrieb) 
bereitgestellt und dienen dem Tagesgeschäft und langfristig wir- 
kenden Aufgaben. IT-Projekte stellen neue Eunktionen und In- 
novationen für das Unternehmen bereit. Sie erhöhen die langfris- 
tige Wettbewerbsfähigkeit und den Bestand des Unternehmens. 
Oft ist der Anteil innovativer IT-Projekte wegen des hohen War- 
tungsanteils geringer, als von der Unternehmensleitung ge- 
wünscht. 



Sehr eindrucksvoll haben Buchta et al. (2004) diesen Zusam- 
menhang dargestellt (vgl. Abbildung 78). Die Darstellung zeigt, 
dass eine Steigerung der Profitabilität kaum durch die Senkung 
der IT-Kosten zu erreichen ist, sondern vielmehr vom sinnvollen 
Einsatz der IT abhängt. 





Umsatz 


Umsatz 


Steigerung 


Unter- 

nehmens- 

Kosten 


Effizienz- und 
Effektivitäts- 
steierung in 
den 

Geschäfts- 

Prozessen 


Unter- 

nehmens- 

Kosten 


IT-Kosten 


IT-Effizienz 

Steigerung 


IT-Kosten 



JJ 

JJ 



Ist-Zustand 



Soll-Zustand 



Abbildung 78: Wertbeitrag der IT (Buchta et al. 2004, modifiziert) 
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3.5.2 Methoden zur Wertermittlung der IT 

Die geschilderten Zusammenhänge werden in der Praxis selten 
in Abrede gestellt. Problematisch wird es, wenn der Wert der 
Applikationen und Projekte gemessen werden soll, und wenn 
alternative Maßnahmen um die erforderlichen Budgetmittel kon- 
kurrieren. 

Oft wird auf die IT-Balanced Scorecard-Methode verwiesen, die 
eine Vernetzung zwischen Geschäftszielen und Maßnahmen in 
der IT hersteilen kann. Sie hat sich in der Praxis bewährt. Neue 
Lösungsansätze werden zur Klärung dieser Frage gesucht. 

Vgl. dazu die vom Fraunhofer ISST entwickelte ITEM-Methodik 
(IT Evaluation Management, Stemmer 2003 und 2005). 

ITEM ITEM geht von der Balanced Scorecard aus und stellt einen An- 

satz zur Steuerung der Unternehmens-IT vor. Er orientiert sich an 
ihrem Geschäftswert. Die Methode stellt Kennzahlen und Mess- 
zahlensysteme bereit, die es erlauben, den Nutzen der IT zu 
quantifizieren. Als typische Maßstäbe gelten die: 

• Auswahl geeigneter Partner für IT-Prozesse, 

• Bewertung des Leistungsgrades der IT-Prozesse, 

• Portfoliosteuerung von IT-Projekten, 

• Bewertung von IT-Projekten. 



Die ITEM-Methodik arbeitet in fünf Schritten: 



1. Im ersten Schritt erfolgt d^s Audit IT des Unternehmens. 
Es wird geprüft, ob interne und externe Vorgaben (z. B. 
ITIL-Anforderungen für das IT-Servicemanagement) er- 
füllt sind. Das Audit liefert als Ergebnis festgestellte 
Schwachstellen und mögliche Gegenmaßnahmen. 

2. Im zweiten Schritt erfolgt das Review. Interne und ex- 
terne Experten beurteilen in Eorm einer subjektiven Ein- 
schätzung den Geschäftswert der IT auf qualitativer Ba- 
sis. Das Review liefert weiterhin Ideen und Vorschläge 
zur weiteren Steigerung des Geschäftswertes der IT. 

3. Das Assessment leitet als dritter Schritt zu einer forma- 
leren Bewertung über. Es liefert quantitative Ergebnisse 
zu einzelnen Maßnahmen und IT-Investitionsentschei- 
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düngen. Ziel ist es, den Geschäftswert quantitativ zu 
bestimmen und den Beitrag von einzelnen Maßnahmen 
im Detail zu ermitteln. Zur Unterstützung der Visualisie- 
rung von Werttreibern stehen PC-Tools zur Verfügung. 
Sämtliche Daten stehen in einem zentralen Repository 
für Analysen und Dokumentationen zur Verfügung. 

4. Anschließend erfolgt ein Monitoring der Unterneh- 
mens-IT auf der Grundlage von Kennzahlen. Im Rahmen 
des Monitoring erfolgen externe Vergleiche mit anderen 
Unternehmen (Benchmarking) sowie Zeitreihenanalysen, 
die z. B. Verhaltensänderungen aufdecken. 

5. Den Abschluss bildet der letzte Schritt, das Continuous 
Control. Die Unternehmens-IT wird kontinuierlich wei- 
terentwickelt auf der Grundlage der erarbeiteten Infor- 
mationen und Bewertungen. 



Wiederholungsfragen 



Nr. 


Frage 


Antwort 

Seite 


1 


Erläutern Sie die Inhalte einer IT-Strategie. 


75 


2 


Wozu wird ein IT-Bebauungsplan benötigt? 


75 


3 


Welche Vorarbeiten sind zur Erarbeitung einer 
IT-Strategie erforderlich? 


79 


4 


Welche Bereiche eignen sich für die Standar- 
disierung von IT-Leistungen? 


79 


5 


Welche Ziele verfolgen zahlreiche börsenno- 
tierte Unternehmen in ihren IT-Strategien? 


84 


6 


Nennen Sie Gründe für die Einführung eines 
IT -Arbeitsplatzmanagements . 


95 


7 


Warum wird zwischen direkten und indirekten 
Kosten für IT-Arbeitsplätze unterschieden? 


90 


8 


Definieren Sie den Begriff „TCO“. 


91 


9 


Vergleichen Sie direkte und indirekte Kosten 
für IT-Arbeitsplätze tabellarisch. 


92 
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Wiederholungsfragen 



10 


Skizzieren Sie typische Formen der Computer- 
unterstützung. 


96 


11 


Beschreiben Sie den Verantwortungsbereich 
des IT-Arbeitsplatzmanagements. 


97 


12 


Beschreiben Sie die Management-Komponen- 
ten des IT-Arbeitsplatzmanagements. 


98 


13 


Wozu dient ein IT-Katalog? 


102 


14 


Welche Analysebereiche lassen sich durch IT- 
Kennzahlen abdecken? 


184 


15 


Erklären Sie den Denkansatz der Balanced 
Scorecard. 


114 


16 


Welche Ziele lassen sich mit der Balanced 
Scorecard realisieren? 


115 


17 


Lässt sich die IT-Strategie mit Hilfe der Balan- 
ced Scorecard in die Unternehmensstrategie 
integrieren? 


119 


18 


Welche Möglichkeiten bestehen, für Projekte 
in der IT-Sicherheit einen Rol zu ermitteln? 


137 


19 


Klassifizieren Sie unterschiedliche Projekttypen 
in der IT-Sicherheit 


141 


20 


Weshalb ist die Wertermittlung der IT von 
besonderem Interesse? 


143 
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3 Einsatz strategischer IT-Controlling- Werkzeuge 



Übungsaufgaben 



Aufgabenstellung: Ein Berater stellt für einen Klienten ein 
Kostensenkungsprogramm auf. Er empfiehlt u.a. die Verlänge- 
rung der Nutzungsdauer für PCs von 4 auf 7 Jahre sowie Ver- 
zicht auf IT-Schulungen für alle Mitarbeiter. Wie bewerten Sie 
diesen Vorschlag? 

Lösungshinweis: Die Maßnahmen reduzieren die direkten IT- 
Kosten. Diese Kosten sind sichtbar im IT-Budget bzw. im Rech- 
nungswesen dargestellt. Die Maßnahmen können dazu führen, 
dass weitere direkte IT-Kosten steigen und vor allem auch nicht 
sichtbare, versteckte Kosten steigen. 

Die Verlängerung der PC-Nutzungsdauer kann zu erhöhten 
Wartungskosten durch Verschleiß und Ausfall von Komponen- 
ten führen. Der PC-Ausfall kann dazu führen, dass Arbeitszeit 
verloren geht oder ein Kundenauftrag nicht bearbeitet wird. 

Der Schulungsverzicht kann indirekte Kosten erhöhen. So kön- 
nen Mitarbeiter verstärkt auf Kollegenhilfe zurückgreifen, was 
zu Arbeitszeitverlust führt. Die Einarbeitungszeit neuer Mitarbei- 
ter wird verlängert. Durch Fehlbedienungen besteht die Gefahr 
von Arbeitsfehlern, z.B. könnten Daten versehentlich gelöscht 
werden. 

Fazit: Die Maßnahmen sind insgesamt gesehen untauglich 
Übung 10: Laufzeiterhöhung und Verzicht auf Schulungen 
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Übungsaufgaben 



Aufgabenstellung: Skizzieren Sie die Notwendigkeit und die 
Aufgaben des IT-Arbeitsplatzmanagements. 

Lösungshinweis: Viele Unternehmen beklagen mangelnde 
Qualität und hohe Kosten für die Bereitstellung und den Be- 
trieb ihrer Arbeitsplatzrechner (Desktops, Laptops, PDA, Dru- 
cker, Netzzugang). 

Die Ursachen sind vielfältig: z. B. nicht standardisierte Prozesse 
in der IT, mangelnde Schulung der Mitarbeiter. 

Das Arbeitsplatzmanagement bündelt die Anforderungen der 
IT-Anwender und standardisiert Hardware, Software und Pro- 
zesse im Zusammenhang mit der Nutzung von IT-Arbeitsplatz- 
systemen. Eine zentrale Aufgabe ist die Bereitstellung eines IT- 
Kataloges, der die aus Anwendersicht bestellbaren IT-Leis- 
tungen enthält. 

Übung 11: Arbeitsplatz-Management 



Aufgabenstellung: Bewerten Sie kurz die Balanced Scorecard 
(BSC) als Steuerungsinstrument für ein IT-Controlling-Konzept. 

Lösungshinweis: Die BSC fördert unternehmerisches Denken 
und verknüpft die Unternehmens- mit der IT-Strategie. 

Sie stellt sicher, dass IT-Projekte sich mit der Unternehmens- 
strategie vernetzen und damit den Geschäftserfolg des Unter- 
nehmens steigern. Vorhandene Steuerungssysteme (z. B. Kenn- 
zahlen) lassen sich integrieren. Allerdings konzentriert sich die 
BSC überwiegend auf interne Fragestellungen. 

Zwischenbetriebliche Aspekte aus E-Business-Anwendungen 
lassen sich zusätzlich einbinden. Die Komplexität der Ursache- 
Wirkungsbeziehungen und die Einführungskosten einer BSC im 
IT-Bereich werden oft unterschätzt. 

Übung 12: BSC-Bewertung 
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3 Einsatz strategischer IT-Controlling- Werkzeuge 



Aufgabenstellung: Charakterisieren Sie die Softwarewerkzeuge 
zur Unterstützung der Einführung der BSC-Methode. 

Lösungshinweis: Der Markt bietet drei Kategorien Werkzeuge 
an: für größere Unternehmen, für den Mittelstand und Prozess- 
management-Tools. 

1. Werkzeuge für Großunternehmen unterstützen den gesamten 
Planungs- und Steuerungsprozess. Die BSC-Methode ist ein Teil 
des gesamten Funktionsumfangs. 

2. Werkzeuge für den Mittelstand sind kompakter und auf eine 
webbasierte Erstellung von Balanced Scorecards zugeschnitten. 

3. Prozessmanagement-Tools (Modellierungswerkzeuge) haben 
einige Elersteller um die BSC-Methode erweitert. Diese Produk- 
te eignen sich nur, wenn das Werkzeug im Unternehmen, z. B. 
für die Modellierung von Prozessen bereits im Einsatz ist. 

Übung 13: BSC-Tools 
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Übungsaufgaben 



Aufgabenstellung: Ein Beratungshaus stellt für einen Klienten 
ein Kostensenkungsprogramm auf. Unter anderem empfiehlt es 
die Verlängerung der Nutzungsdauer von PCs von vier auf fünf 
Jahre sowie den weitgehenden Verzicht auf IT-Schulungen für 
alle Mitarbeiter. Wie beurteilen Sie diesen Vorschlag? 

Lösungshinweis: Die vorgeschlagenen Maßnahmen reduzieren 
zunächst die direkten IT-Kostenarten Abschreibungen bzw. 
Schulungskosten. Diese Kosten werden durch die IT-Kosten- 
und Leistungsrechnung transparent. 

Die vorgeschlagenen Maßnahmen können weiterhin dazu füh- 
ren, dass andere direkte IT-Kostenarten steigen und nicht sicht- 
bare, versteckte Kosten steigen. 

Die Verlängerung der PC-Nutzungsdauer kann u. a. folgende 
Konsequenzen haben: Anstieg der direkten Kosten, insb. War- 
tungskosten durch Verschleiß und Ausfall von Komponenten. 

Anstieg der indirekten Kosten. Beispielsweise kann der Still- 
stand des Arbeitsplatzrechners dazu führen, dass Arbeitszeit 
verloren geht oder ein wichtiger Kundenauftrag nicht bearbeitet 
werden kann. 

Der Verzicht auf Schulungen kann indirekte, nicht sichtbare 
Kosten erhöhen. So können Mitarbeiter verstärkt auf Kollegen- 
hilfe zurückgreifen (Hey-Joe-Effekt), was zu Arbeitszeitverlusten 
führt. Die Einarbeitungszeit neuer Mitarbeiter wird verlängert, 
was deren Arbeitsproduktivität reduziert. Durch Eehlbedienung 
entstehen Eehler, können Daten versehentlich gelöscht werden. 

Eazit: Die Maßnahmen sind insgesamt gesehen untauglich zur 
Reduzierung der Total Cost of Ownership der IT-Systeme. 

Übung 14: TCO 
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4.1 IT-Kosten- und Leistungsrechnung 



4 



4.1 

Bearbeitungs- 

hinweis 

4.1.1 

Steigender 

IT-Kosten- 

Anteil 



Verrechnung 
von IT-Kosten 
notwendig 



Einsatz operativer iT-Controiiing-Werkzeuge 



IT-Kosten- und Leistungsrechnung 

Dieses Kapitel enthält die Zielsetzung und den Nutzen einer 
speziellen IT-Kosten- und Leistungsrechnung, wie sie in Unter- 
nehmen eingesetzt wird. Die Ausführungen setzen Grundkennt- 
nisse der Kosten- und Leistungsrechnung voraus (vgl. hierzu ggf. 
Kapitel 5-7). 

Warum IT-Kosten- und Leistungsrechnung? 

Der Anteil der direkten und indirekten IT-Kosten an den Ge- 
samtprozesskosten vieler Unternehmen und Verwaltungen steigt 
kontinuierlich. Die Ablösung traditioneller Verfahren der Pro- 
zessunterstützung reduziert die „Papierabwicklung“ bei klassi- 
schen Massenprozessen wie „Bestellabwicklung“, „Auftragsbear- 
beitung“, „Fakturierung“, oder den zahlreichen „Antragsverfah- 
ren“ in der Verwaltung. Innovationen der Informationstechno- 
logien finden Eingang in die Geschäftsprozesse durch „Electronic 
Business“, die elektronische Unterstützung von Geschäfts- 
prozessen im Internet. Oft erreichen IT-Kosten prozentual bereits 
einen wesentlichen Anteil der Prozesskosten, wie z. B. der Be- 
trieb von Online-Shops, Dienste der Telekommunikation, Bank- 
dienstleistungen oder Online-Auktionen. Weitere Anwendungen 
in der Tele-Medizin (Telematik) erfolgen bereits. 

Viele Unternehmen erkennen, dass eine Verrechnung von IT- 
Kosten notwendig ist. Knapp 50 % der im Rahmen einer im Jahr 
2002 durchgeführten IDC-Untersuchung befragten deutschen 
Unternehmen - mit mehr als 500 Mitarbeitern - verrechnen IT- 
Kosten noch über Gemeinkostenschlüssel (o.V. 2002c). Nur 36 % 
der befragten Unternehmen verfügen demnach über eine verur- 
sachungsgerechte innerbetriebliche Leistungsverrechnung auf 
Grenzkostenbasis, wie sie z. B. in der Fertigung üblich ist. 
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4 Einsatz operativer IT-Controlling-Werkzeuge 



Ursachen 



Keine Kosten- 
steuerung 
möglich 



nach Anzahl der 
Geschäfts Vorfälle 



nach Service Level 
Agreements 



verursachungs ge rechte 
Leistungsverrechnung 



über den 

Gemeinkostenschlüssel 




49,00% 



0,00% 10,00% 20,00% 30,00% 40,00% 50,00% 



Abbildung 79: Verrechnung von IT-Leistungen in Deutschland 
(o.V. 2002c) 

Entweder werden die IT-Kosten nicht erfasst, nicht verteilt oder 
auf die Kostenstellen geschlüsselt. Das Ergebnis ist in beiden 
Eällen identisch: Eine Planung, Kontrolle und Steuerung der IT- 
Kosten entfällt. 

Ergo: Die betroffenen Unternehmen verfügen über kein IT- 
Kostenmanagement und sind nicht in der Lage, ihre IT-Kosten zu 
steuern (vgl. Abbildung 80). 

IT-Kosten werden nicht 
erfasst bzw. nicht verteilt 

^ Situation 1 



IT-Kosten werden nach 
Schlüsseln (Umsatz, Mitarbeiter) 
auf Kostenstellen verteilt. 

Situation 2 



Ergebnis 




Planung, Kontrolle und Steuerung 
der IT-Kosten ist nicht möglich 







Abbildung 80: Situation in Unternehmen ohne IT-KLR 
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Eür die Bedarfsträger ist ein Soll-Zustand anzustreben, der IT- 
Kosten und IT-Leistungen über Bezugsgrößen plant, kontrolliert 
und steuert. Die IT-Kostenbelastung und -Steuerung erfolgt auf 





4.1 IT-Kosten- und Leistungsrechnung 



4 . 1.2 



der Basis von SLA-Vereinbarungen (SLA = Service Level Agree- 
ment) über die IT-Abteilung gemeinsam mit dem Bedarfsträger. 



IT-Kosten und -Leistungen werden differenziert nach Kosten- und 
Leistungsarten über Bezugsgrößen von den Bedarfsträgern 
geplant, kontrolliert und beeinflusst 



Ergebnis 




I 



IT-Kosten werden auf Basis von SLA-Vereinbarungen 
(SLA = Service Level Agreement) der IT mit den 
Bedarfsträgern geplant, kontrolliert und gesteuert 






Abbildung 81: Situation in Unternehmen mit IT-Kosten- und 
Leistungsrechnung 



PRAXISBEISPIEL: INNERBETRIEBLICHE IT-LEISTUNGS- 
VERRECHNUNG (DEUTSCHE BAHN) 

Der Konzern-CIO der Deutschen Bahn AG formuliert dazu: „Es ist gut 
zu überlegen, was man mit der Weiterverrechnung von IT-Kosten 
erreichen will und ob der Nutzen den Aufwand rechtfertigt. Im Grunde 
sollte die Verrechnung von IT-Kosten nach den gleichen Regeln erfol- 
gen wie die innerbetriebliche Leistungsverrechnung im Allgemeinen“ 
(vgl. Grohmann, 2003, S. 21). 



Ergo: Die Erfassung und Verrechnung von IT-Kosten kann mit 
den Standardwerkzeugen der Kosten- und Leistungsrechnung 
erfolgen. 

Gestaltungsebenen im IT-Kostenmanagement 

IT-Kostenmanagement umfasst strategische und operative Auf- 
gaben. Das strategische IT-Kostenmanagement dient der Ge- 
staltung der Kostenstrukturen, der Kostenhöhe und des Kosten- 
verlaufs durch Beeinflussung der IT- und Geschäftsstrategie mit 
dem Ziel, die IT-Kapazitäten an die Zielsituation anzupassen. 
Einflussbereiche sind die Kostenhöhe, die Kostenstruktur und 
der Kostenverlauf. 

Das operative IT-Kostenmanagement steuert die Höhe und 
den Verlauf der IT-Kosten bei gegebener Geschäfts- und IT- 
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4 Einsatz operativer IT-Controlling-Werkzeuge 



Kostenhöbe 



Kostenstruktur 



Strategie und IT-Kapazitäten (Hardware, Software, Personal, 
Dienstleistungen). 

Der Einfluss des strategischen IT-Kostenmanagements auf die 
Kostenhöhe betrifft die Beeinflussung der Handlungsparameter: 
Menge x Preis (vgl. Abbildung 82). Die Zielsetzung besteht in 
der Reduzierung des Verbrauchs an IT-Leistungen und der Be- 
schaffungspreise. 



BEISPIELE 

■ Erhöhung der IT-Kostentransparenz durch den Aufbau einer IT- 
Kosten- und Leistungsrechnung, 

■ Durchführung von TCO-Anaiysen und Anpassung der IT- 
Ausstattung an marktübiiche Standards, 

■ Reduzierung bzw. Minimierung von Software-Lizenzen durch 
Einführung eines IT-Assetmanagementsystems, 

■ Benchmarking der IT-Lieferanten. 



Preis 




Abbildung 82: Einflussbereich: Kostenhöhe 



Die Beeinflussung der Struktur der IT-Kosten umfasst die gezielte 
Veränderung des Verhältnisses von fixen und variablen IT- 
Kosten. Häufig genanntes Ziel ist die Umwandlung von fixen in 
variable IT-Kosten um die Elexibilität bei Absatz- und Ertrags- 
schwankungen zu erhöhen. 
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4.1 IT-Kosten- und Leistungsrechnung 



Kostenverlauf 



BEISPIELE 

■ Outsourcing von IT-Prozessen (z. B. Beschaffung und Wartung 
von Arbeitsplatzsystemen) eder des gesamten IT-Bereiches, 

■ Leasing von Hardware und Software, 

■ Ersatz von iT-Angesteiiten durch externe Berater 

■ Reduzierung indirekter iT-Kosten durch verbesserte Anwender- 
schuiung 



IT-Kosten 




-i i ► Menge 

Xi X2 



Abbildung 83: Einflussbereich: Kostenstruktur 



Die Beeinflussung des Verlaufs der IT-Kosten besteht insbeson- 
dere in der Gestaltung von sprungfixen Kosten. Ziel des Kos- 
tenmanagements ist die Vermeidung von Kostenremanenzen 
durch nicht abbaubare Fixkosten bei Beschäftigungsrückgang. 



BEISPIELE 

■ Abschiuss von nutzungsintensitätsabhängigen Lizenzverträgen 
für Großrechner-Betriebssysteme, Datenbanksoftware eder ERP- 
Systemen, 

■ Vermeidung von Überstundenzuschlägen für IT-Persenal durch 
Einsatz von Zeitkonten, 

■ Beschäftigung von „festen freien“ Mitarbeitern ansteiie von fest 
Angesteliten 
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4 Einsatz operativer IT-Controlling-Werkzeuge 



IT-Kosten = 
Gemeinkosten 



Wer beeinflusst 
die IT-Kosten? 



IT-Kostenwürfel 



IT-Kosten 



K2 
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r 
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Nutzkosten 
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intervallfixe IT- Kosten server_i 
IT-ßereitschaftskosten ^ 

Menge 



Abbildung 84: Einflussbereich: Kostenverlauf 



IT-Kosten sind „besondere“ Kostenarten. Sie sind häufig Ge- 
meinkosten und steigen durch den verstärkten IT-Einsatz an, was 
zu immer höheren Gemeinkostenblöcken führt. IT-Kosten sind 
nicht ausschließlich zentral (z. B. im Rechenzentrum), sondern 
sie entstehen zum großen Teil in den Geschäftsprozessen wie- 
der. Aus diesem Grund ist die Prozesskostenrechnung von gro- 
ßer Bedeutung. 

Für steigende IT-Kosten wird häufig die IT-Abteilung bzw. der 
CIO verantwortlich gemacht. Diese eindimensionale Denkweise 
widerspricht der Realität der Kostenverursachung in der Informa- 
tionstechnik. IT-Kosten werden nicht nur von der IT-Abteilung 
verursacht, sondern durch Entscheidungen und das Verhalten 
der Fachabteilungen maßgeblich und in steigendem Ausmaß 
beeinflusst. Deshalb ist eine verursachungsgemäße Verrech- 
nung von IT-Kosten und Leistungen zwingend erforderlich. 

IT-Kosten werden üblicherweise in Elardware, Software und 
weitere Aspekte gegliedert (vgl. z. B. die umfangreiche Tabelle 
in Saleck 2004, S. 26.). Die Kategorisierung von IT-Kosten ist 
nicht überschneidungsfrei möglich. So fallen z. B. Elardwarekos- 
ten in der Planung (Einsatz eines Laptops), in der Entwicklung 
(Test- und Entwicklungsrechner) und im IT-Betrieb (Großrechner 
mit Echtdaten) an. 

Der IT-Kostenwürfel in Abbildung 85 beschreibt mehrere Dimen- 
sionen der Kostenentstehung, die sich in der Praxis überlagern 
können. Je nach Sichtweise kann in Anlehnung an das IT- 
Prozessmodell in Abbildung 21 die Entstehung der IT-Kosten 
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4.1 IT-Kosten- und Leistungsrechnung 



nach Prozess-Schritten (IT-Strategie, IT-Entwicklung, IT-Betrieb) 
und Phasen (Planung, Steuerung, Monitoring) unterschieden 
werden. Hinsichtlich der Kostenkategorie werden die Hauptkate- 
gorien Hardware, Software und IT-Prozesse unterschieden. Der 
Kostenwürfel kann als Grundlage für die unternehmensindividu- 
elle Strukturierung der IT-Kosten sowie für Analysezwecke ge- 
nutzt werden. 




Abbildung 85: Dimensionen der IT-Kostenentstehung 
(IT-Kostenwürfel) 



Die tabellarische Darstellung in Abbildung 86 enthält für jede 
Dimension des IT-Kostenwürfels ausgewählte Beispiele für IT- 
Kosten. 
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4 Einsatz operativer IT-Controlling-Werkzeuge 



Dimension 


Beispiele für IT-Kosten 


Kategorien 


Hardware 


Zentralrechner (Großrechner) 

Dezentrale Rechner, Arbeitsplatz-Systeme 




Software 


Betriebssystem, Backupsoftware, Virenscanner, 
Firewall, Intrusion Detection, Monitoring, Job- 
Sheduling 

Betriebswirtschaftliche Anwendungssoftware 
Prozesssteuerung (Workflow-Management) 
Bürosoftware (Text, Tabelle, Grafik, Mail, Inter- 
net) 




IT-Prozesse 


Software-Entwicklung, RZ-Betrieb 
Anforderungs- und Störungsmanagement 
Gebäudemanagement (Miete, Klima, Sicherheit) 


IT-Prozess 


IT-Strategie 


Personal (Geschäftführung, CIO, 
IT-Controller, Berater), Hardware (Laptop) 
Software (Präsentation, Planungstools) 




IT-Ent- 

wicklung 


Personal (IT, Fachabteilung, Berater) 

Hardware (Entwicklungsrechner, Software (CA- 
SE-Tools, Testwerkzeuge, Programm- 
generatoren) 




IT-Betrieb 


Personal (Operatoren, Systemprogrammierer, 
Hotlinepersonal) 

Hardware (Server, Personal-Computer, Drucker, 
Cassettenroboter, Netzwerk) 

Software (Betriebssystem, Backup und Archivie- 
rung, Virenscanner, Intrusion Detection) 


Phase 


Konzeption 


Erstellung eines Fach- / IT-Konzeptes 
Ist-Aufnahme und Modellierung von Prozessen 
Gestaltung von Soll-Prozessen 
Daten- und Funktionsmodellierung 
Spezifikation von Softwaremodulen 




Umsetzung 


Individual-Programmierung und Test 
Customizing einer Standardsoftware 




Monitoring 


Monatliche Erstellung von IT-Kennzahlen 
Verrechnung von IT-Kosten und IT-Leistungen 



Abbildung 86: Beispiele im IT-Kostenwürfel 
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4.1 IT-Kosten- und Leistungsrechnung 



4.1.3 Zielsetzung und Nutzen 



Die IT-Kosten- und Leistungsrechnung liefert dem internen IT- 
Kunden als Kostenstelle (Einkauf, Personalwesen, Vertrieb) Hin- 
weise zur Kosteneinsparung und Optimierung der Geschäftspro- 
zesse. Dadurch ist der Leistungserbringer (IT-Abteilung) in der 
Lage, seine Kostenstruktur und Leistungen zu optimieren. 



Leistungserbringer 




Leistungsnehmer 


(= IT-Lieferant) 




(= IT-Kunde) 








IT-Abteilung 


^ IT-Kosten- ^ 
und Leistungs- 


Fachabteilung 


k rechnung Ä 



• Beratung 

• Schulung 

• Anwendungsent- 
wicklung und -Wartung 

• Softwareprodukte 

• Netzbetreuung 

• Benutzerservice 



IT-Produkte 



Transferpreise als Medium 
zur Kosten- und Leistungs- 
optimierung beim IT-Lleferant 
und 

zur Kosteneinsparung und 
Prozessoptimierung des 
IT-Kunden 



• Vertrieb 

• Produktion 

• Beschaffung 

• Organisation 

• Rechnungswesen 

• Personalwesen 

• Controllerdienst 



IT-Kunden 



Abbildung 87: Funktion der Transferpreise 



Steuerliche 

Vorschriften 

beachten 



Werden die Transferpreise nicht als Marktpreise, sondern als 
intern gebildete Verrechnungspreise angewendet, sind u. U. 
steuerliche Aspekte zu beachten. So berichtete der Teilnehmer 
einer IT-Controlling-Konferenz darüber, dass die Finanzbehörden 
gegenüber seinem Unternehmen ein gewisses Potenzial an Ge- 
winnverschiebungsmöglichkeiten sah. Daher ist bei der Bildung 
der Verrechnungspreise auf die Einhaltung der einschlägigen 
gesetzlichen Vorschriften zu achten, damit die Verrechnungsprei- 
se auch steuerlich anerkannt werden (vgl. zu den steuerlichen 
Auswirkungen der Verrechnungspreise ausführlich Vögele et al. 
2004). 



Umlage- Umlageverfahren bieten dem IT-Kunden keine Transparenz über 

verfahren Auswirkungen seiner Entscheidungen und auch keinen Anreiz 

nicht geeignet für Kostensenkungen. Es geht darum, Kostenbewusstsein bei den 
IT-Kunden zu schaffen: 



• Welche Kosten verursachen die vom IT-Kunden in Anspruch 
genommenen IT-Leistungen? (z. B. Kosten einer 3-stündigen 
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4 Einsatz operativer IT-Controlling-Werkzeuge 



Nutzen 



4 . 1.4 

Aufl>au 



Entstörung eines Druckerproblems, Update eines Textverar- 
beitungsprogramms auf eine neue Version), 

• Welche Auswirkungen haben Serviceänderungen auf die IT- 
Kosten des Kunden ( 2 . B. Einsatz eines Laptops anstelle ei- 
nes Desktop-PCs, 24h-Betreuung anstelle 8h-Tagesbe- 
treuung), 

• Welche Kosten und welcher Nutzen entstehen bei der An- 
schaffung neuer IT-Systeme wie bei der Erweiterung und 
Verbesserung bestehender Systeme (z. B. Prozessoraus- 
tausch, Hauptspeichererweiterung, Verkürzung der Service- 
zeiten)? 

• Wie können IT-Kunden (Eachabteilung) Leistungen und 
Kosten der eigenen IT-Abteilung mit Marktleistungen ver- 
gleichen (Benchmarking)? 



Eine IT-Kosten- und Leistungsrechnung: 

• steigert die Kosten- und Leistungstransparenz für Anwender 
und IT-Dienstleister, 

• erhöht das Kostenbewusstsein bei Anwendern und IT- 
Dienstleistern, 

• fördert eine marktwirtschaftliche Kunden-Lieferanten-Kultur 
(Anwender = Kunde, interner oder externer IT-Dienstleister 
= Lieferant) 

• liefert die Grundlage für ein aktives IT-Kostenmanagement, 

• beeinflusst die Struktur und Höhe der IT-Kosten durch den 
IT-Bedarfsträger, 

• schafft die Grundlage für Benchmarking der internen IT- 
Abteilung mit externen IT-Dienstleistern und damit für Out- 
sourcing-Entscheidungen, 

• steigert das kostenorientierte Denken in der IT-Abteilung, 

• verbessert die Leistungs- und Kostenstrukturen der IT- 
Abteilung. 

Struktur der IT-Kosten- und Leistungsrechnung 

Abbildung 88 dokumentiert den schematischen Aufbau der IT- 

Kosten- und Leistungsrechnung im IT-Controlling-Konzept. 
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Spezielle-Systeme Standard-Systeme 



4.1 IT-Kosten- und Leistungsrechnung 



Die Darstellung (Sender) zeigt verschiedene datenliefernde Sys- 
teme, wie sie in der Praxis häufig anzutreffen sind. Aus der Fi- 
nanzbuchhaltung gelangen z. B. Eingangsrechnungen, aus der 
Materialwirtschaft Materialentnahmen (z. B. Austausch einer Tas- 
tatur) und aus der Personalwirtschaft Personalkosten und ggf. 
Leistungsmengen (z. B. angefallene Stunden der Softwareent- 
wickler für IT-Projekte) in die IT-Kostenartenrechnung. 



Sender 




IT-Kosten- und Leistungsrechnung 





Finanz- 

buch- 

haltung 



Personal- 

wirtschaft 



Material- 

wirtschaft 



IT-Asset- 

manage- 

ment 



IT-Leistungs- 

erfassung 



IT- 

Kostenarten- 

rechnung 

Erfassung 
der IT-Kosten 

(z. B. nach speziellen 
IT-Kostenarten) 



IT- 

Kostenstellen- 

rechnung 

auf Voll- und Grenz- 
^ kostenbasis 

Verteilung 
der IT-Kosten 

(z.B. auf Anwender) 



IT- ’ 
Auftrags- 
abrechnung 

auf Voll- und Grenz- 
kostenbasis 

Verteilung 
der IT-Kosten 

(z.B. auf IT-Projekte) 



IT- 

Kostenträger 

Rechnung 

auf Voll- und Grenz- 
kostenbasis 

Kalkulation 
von IT-Produkten 
(Kostenträger- 
stückrechnung) 

und 

IT-Erfolgs- 

rechnung 

(Kostenträger- 

zeitrechnung) 



Empfänger 



Faktu- 

rierung 

IT-Berichts- I 
wesen 

Finanz- 

buchhaltung 



Abbildung 88: Schematischer Aufbau der IT-KLR 

Spezielle Soft- Spezielle Softwaresysteme, wie das IT-Assetmanagement oder 

Waresysteme eine IT-Leistungsverrechnung liefern Bestandsdaten und Bewe- 

gungen über IT-Assets (Hardware, Software, Zubehör) und Zeit- 
verbräuche für IT-Projekte oder Störungsbeseitigungen. 

Die IT-Kostenstellenrechnung verteilt die angefallenen IT-Kosten 
verursachungsgerecht auf empfangene Kostenstellen. Eine IT- 
Auftragsabrechnung dient der Sammlung und Verteilung von 
länger laufenden oder besonders wichtigen Maßnahmen, insbe- 
sondere von IT-Projekten oder Lizenzkosten für ERP-Systeme. 

Die IT-Kostenträgerrechnung ermittelt die Kalkulationen für die 
IT-Produkte der IT-Abteilung, z. B. den Preis für eine Berater- 
stunde etc. In der IT-Erfolgsrechnung wird der Ergebnisbeitrag 
der IT zum Gesamterfolg des Unternehmens ermittelt. Der IT- 
Leiter erkennt, welchen Anteil seine Leistung an den Ergebnissen 
des Unternehmens erreicht. Datenempfänger der IT-Kosten- und 
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Software 



IT-Asset- 

management 



Leistungsrechnung sind neben dem Berichtswesen die Fakturie- 
rung (wenn die IT-Abteilung auch externe Umsätze außerhalb 
des eigenen Unternehmens erzielt) und die Finanzbuchhaltung. 

Das IT-Berichtswesen entnimmt Daten, bereitet diese empfän- 
gergerecht auf und verteilt Sie an die Führungskräfte im Unter- 
nehmen. 



Die Abbildung der IT-Kosten- und Leistungsrechnung kann mit 
marktgängigen ERP-Systemen, wie z. B. der Standardsoftware 
SAP R/3® erfolgen. 

Abbildung 89 dokumentiert die bei Verwendung des SAP®- 
R/3®-Systems verfügbaren Softwaremodule, vgl. dazu die Erläu- 
terungen der Abkürzungen im Glossar (Gadatsch, 2001a, b, c 
und d sowie Gadatsch/Erick, 2005). 



Finanzen 



Materialwirtschaft 



Personalwesen 



Fremdleistungen (FI) 



h 



Materialkosten (MM) 



h 



Personalkosten (HR) 



Kostenarten- und Erlösartenrechnung (CO-OM-CEL) 



Kostenstellenrechnung (CO-OM-CCA) 



T 



Innenaufträge 
(CO -OM -OPA) 



T 



T 






Produktkostenrechnung 
(CO -PC) 



T 



Ergebnis - und Marktsegmentrechnung (CO-PA) 

Controlling (CÖ) i 



Fakturen (SD) 



Vertrieb 



Abbildung 89: IT-KLR mit SAP-Software 



Das IT-Assetmanagement ist die mengen- und ggf. auch wertmä- 
ßige Bestandsführung von IT-Komponenten (Hardware und 
deren Einzelkomponenten wie Speichererweiterungen, Software 
und Services wie z. B. Benutzerkennungen) aus Sicht des End- 
benutzers. 

Da die Unterlizenzierung zivil- und strafrechtliche Konsequenzen 
für das Unternehmen bzw. seine verantwortlichen Mitarbeiter 
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IT-Leistungs- 

erfassung 



nach sich ziehen kann, sind rechtzeitig geeignete Maßnahmen 
einzuleiten: 

• Erarbeitung von Beschaffungsrichtlinien für IT-Assets, 
insbesondere Regelungen im Umgang mit Softwarelizen- 
zen, 

• Regelmäßige und möglichst IT-gestützte Durchführung 
von Inventuren der IT-Assets (Hardware, Software, Li- 
zenzen), 

• Dokumentierte Aufbewahrung der Lizenzunterlagen, 

• Technische Maßnahmen zur Verhinderung der Möglich- 
keit zur Installation nicht autorisierter Software auf Un- 
ternehmensrechner durch Endanwender. 

Systeme für das IT-Assetmanagement unterstützen die detaillierte 
Inventarisierung von Hardware- und Software-Komponenten. Sie 
bilden den gesamten Lebenszyklus von Hard- und Software ab, 
von der Beschaffung bis zur Entsorgung. Die verschärfte Gesetz- 
gebung bei Nichtbeachtung von Softwarelizenzbedingungen, 
komplexe Lizenzmodelle führender Hersteller (Microsoft, SAP 
u.a.) und steigende Lizenzkosten bei sinkenden bzw. stagnieren- 
den IT-Budgets haben dazu geführt, das der Einsatz von Asset- 
management- Systemen in der Vergangenheit zugenommen hat, 
wenngleich noch viele Unternehmen eine manuelle Erfassung 
praktizieren. Da viele Unternehmen überlizensiert sind, d. h. 
wegen fehlender Transparenz zu viele Softwarelizenzen besitzen, 
wird Unternehmen ab etwa 100 Endgeräten der Einsatz von IT- 
Assentmanagement-Software empfohlen (vgl. Gerick/Wagner, 
2003). Teilweise werden die Aufgaben der IT-Inventarisierung 
direkt mit der IT-Leistungserfassung gekoppelt, so dass neben 
der verbesserten Transparenz zusätzliche Nutzeffekte bei nachge- 
lagerten IT-Prozessen entstehen. 

Eür die Realisierung der IT-Leistungserfassung stehen am Markt 
spezialisierte Softwaresysteme zur Verfügung, welche u.a. über 
folgende Detailfunktionen verfügen: 

• Übernahme von Daten aus Vorsystemen (z. B. Mobilfunk- 
rechnungen für mobile Datenkommunikaton, Mengeninfor- 
mationen wie CPU-Zeiten, Online-Zeiten, Batch-Zeiten) und 
deren Aufbereitung, 

• Redundanz- und Plausibilitätsprüfung (z. B. Prüfung ob Da- 
ten mehrfach übergeben wurden, ob die angegebene Kos- 
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tenstelle existiert) und Klassifizierung der Datensätze, z. B. 
nach Kostenarten und Bereichen, 

• Rechnungsprüfung und Zuordnung zu Kostenstellen oder 
Aufträgen, 



• Übergabe in nachgelagerte Systeme, d. h. in die Kostenarten- 
rechnung (z. B. nach SAP®R/3® in das Modul Controlling). 



Anbieter 


Ort 


URL 


Produkte 


uni-X 

Software 


Osnabrück 


www.uni-x.de 


• Openlnformer for Corporates 

• Sitelnformer 


usu 

Openshop 


Möglingen 


www.usu-ag.de 


. Valuemation 
. Value Suite 
• Safir Suite 


Ascertech 


Köln 


www.Ascertech.de 


• BillingWare 


Nicetec 


Osnabrück 


www.Nicetec.de 


• Netlnsight 


Acent 


Berlin 


http://www.acent.de/ 


. Acent Corporate Billing 



Abbildung 90: Anbieter von IT-Leistungsverrechnungssoftware 



Nutzen von IT- Den Nutzen verschiedener IT-Tools für das „IT-Kosten- 

Tools Controlling“ untersucht Siebertz (2004). Er kommt dabei zu dem 

Ergebnis, dass auf Grund der hohen Anschaffungs- und Einfüh- 
rungskosten der Einsatz der Werkzeuge im Einzelfall zu überprü- 
fen ist, da nicht alle betriebswirtschaftlichen Anforderungen von 
den Werkzeuge erfüllt werden können (vgl. Siebertz, 2004, S. 
93). 

4.1 .5 IT-Kostenarten-, IT-Kostenstellen- und IT-Auftragsabrechnung 

IT- Kostenarten 

Die Gliederung der IT-Kostenarten hängt von der Organisations- 
form der Informationsverarbeitung (eigene IT-Abteilung oder 
Outsourcing, Einsatz von Standard- oder Individualsoftware u.a.) 
und vom gewünschten Detaillierungsgrad ab. Grundsätzlich sind 
alle Buchungen durch geeignete IT-Kostenarten zu erfassen, die 
einen IT-Bezug haben: 

• Beschaffung von Hardware (Personal-Computer, Personal 
Digital Assistents, Drucker, u.a.), Software (Standardsoftware, 
Individualsoftware) . 

• Beschaffung von IT-Dienstleistungen (Beratung, Program- 
mierung, Wartung). 
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• Beschaffung von Verbrauchsmaterial (Druckpatronen, Pa- 
pier, CD-Rohlinge, Disketten u.a.)- 

• Abschreibungen auf Hardware und Software. 

IT-Haupt- Zu unterscheiden sind primäre Kostenarten (z. B. Rechnung 

kostenarten eines Softwarehauses über Programmier- und Beratungsleistun- 
gen, Rechnung eines Hardwareanbieters über einen neuen Ser- 
ver, Rechnung eines Telekommunikationsanbieters über Standlei- 
tung zur Filiale nach USA) und sekundäre Kostenarten für die 
interne Leistungsverrechnung (z. B. Weiterbelastung der Projekt- 
kosten an die beteiligten Fachbereiche, Weiterbelastung der RZ- 
Nutzung, Weiterbelastung von Internetnutzungszeiten). Der fol- 
gende Musterkostenartenplan dokumentiert für die Haupt- 
kostenarten IT-Material, IT-Entwicklung, IT-Betrieb, IT-Ab- 
schreibungen und IT-Miete/Leasing in der Praxis^ übliche IT- 
Kostenarten, die an individuelle Anforderungen anzupassen sind. 



Kostenart 


Name 


Kontierungshinweise 


1 


IT-Material 

(IT-Material) 


Kosten für Verbrauchsmaterialien 
der Informationstechnik 


1.1 


Papier, Formulare, Eti- 
ketten, Tinte (Paper, 
forms, label and ink) 


Papier, Spezialformulare (z. B. für 
Schecks, Wechsel, Geschäftsbriefe), Eti- 
ketten, Druckertoner Z-tinte u.a. 


1.2 


Datenträger 
(data carrier) 


Disketten, Compact Discs (CD), Mag- 
netbänder und -cassetten, Festplatten, 
Speicherchips, USB-Sticks, u.a. 


1.3 


Sonstiges Material 
(other IT-Material) 


Hierzu zählen sonstige IT-Materialien 
wie z. B. Tastaturen, Mäuse, Verbin- 
dungskabel, Hubs, WebCams. 



Abbildung 9U Musterkostenartenplan IT-Material 



3 Mit freundlicher Unterstützung der Herren Bertram Kaup, Bayer AG, 
Christian Voelckers, Bayer Business Services und Hans-Henning Wibe- 
litz, Bayer Business Services (vgl. Kaup et al. 2003). 
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Kostenart 


Name 


Kontierungshinweise 


2 


IT-Entwicklung 


Kosten der Entwicklung, Einfüh- 
rung, Wartung und Pflege von 
Software 


2.1 


Anwendungsentwicklung 
(Application Develop- 
ment) 


Kosten für die Entwicklung von selbst 
entwickelten Anwendungssystemen 
bzw. dem Customizing von Standard- 
software. 


2.2 


Anwendungssupport (Ap- 
plication Support) 


Kosten für die Unterstützung der 
Anwender bei der Nutzung der An- 
wendungssoftware (z. B. Hotline). 


2.3 


Anwendungswartung 
(Application Maintenan- 
ce) 


Kosten für die Fehlerbeseitigung und 
Weiterentwicklung von Anwendungs- 
systemen. Hierzu gehören auch Modi- 
fikationen und Erweiterungen von 
Standardsoftware . 


2.4 


Standardsoftware (Stan- 
dard Software Products) 


Lizenzen und Wartungsgebühren der 
Hersteller von Standardsoftware (z. B. 
SAP®). 


2.5 


IT-Beratung 

(IT-Consulting) 


Kosten für Analyse-, Planungs- und 
Beratungsaufgaben im IT-Umfeld. 
Hierzu zählen auch Vorstudien, 
Machbarkeitsstudien und Systemver- 
gleiche. 


2.6 


Schulung (Training) 


Kosten für den Besuch von IT-Se- 
minaren, Kongressen und ähnlichen 
Veranstaltungen. 


2.7 


Sonstige Kosten IT-Ent- 
wicklung (Other Cost IT- 
Application Development) 


Sonstige Kosten der IT-Entwicklung. 



Abbildung 92: Musterkostenartenplan IT-Entwicklung 
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Kostenart 


Name 


Kontierungshinweise 


3 


IT-Betrieb 

(IT-Operations) 


Kosten des IT-Betriebs 


3.1 


Hosting und Serverbe- 
trieb (Hosting-Services 
and Server-Services) 


Kosten für die Nutzung von Rechner- 
leistungen für Anwendungen, File-, 
Print-, und Mail-Server sowie Daten- 
sicherung. 


3.2 


Gerätewartung (Main- 
tenance IT-Equipment) 


Wartungsgebühren für IT-Geräte (z. B. 
Server, Drucker). 


3.3 


IT-Arbeitsplatzkosten 

(Desktop-Services) 


Einrichtung, Wartung, Störungsbeseiti- 
gung und Entsorgung von IT-Arbeits- 
plätzen. 


3.4 


Mail- und Groupware- 
Services (Mail and 
Collaborative Services) 


Betrieb von Mail- und Groupware- 
Services (z. B. MS Exchange, Lotus 
Notes) (soweit nicht in 2.1 enthalten). 


3.5 


Netzwerk-Services 

(Network-Services) 


Kosten für den Aufbau, Betrieb und 
Wartung des Netzwerkes einschließlich 
der Firewall und von Virenschutzpro- 
grammen. 


3.6 


Carrier-Gebühren für 
Netzwerke (Carrier 
Fees fo r Netwo rks ) 


Kosten für Standleitungen, Datenleitun- 
gen einschließlich Internet. 


3.7 


Carrier Gebühren für 
Sprachkommunikation 
(Carrier Feec Voice & 
Video) 


Gebühren von Telekommunikations- 
dienstleistern für Telefon-, Fax, Mobil- 
funk und Videokonferenzen. 


3.8 


Sonstige IT-Betriebs- 
kosten (Other Cost for 
IT-Operations) 


Sonstige Kosten des IT-Betriebs, soweit 
diese nicht in 2.1 bis 2.8 fallen. 



Abbildung 93: Musterkostenartenplan IT-Betrieb 
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Kostenart 


Name 


Kontierungshinweise 


4 


Abschreibungen, Miete, 
Leasing und kalk. Zinsen 


Abschreibungen, Miete, Leasing 
und kalkulatorische Zinsen auf 
Hard- und Software 


4.1 


AfA Softwarelizenzen (De- 
preciation Software- 
Licences) 


Abschreibungen auf Softwarelizen- 
zen. 


4.2 


AfA Beratungskosten Stan- 
dardsoftware (Depreciation 
Consulting Standard- 
Software) 


Abschreibungen auf Beratungskos- 
ten für Standardsoftware (z. B. 
SAP®). 


4.3 


AfA IT-Hardware (Depre- 
ciation IT-Equipment) 


Abschreibungen auf IT-Hardware. 


4.4 


Aufwand für immaterielle 
GWG der IT [Software] 
(Low Value IT Intangible 
Assets [Software]) 


Aufwand für immaterielle gering- 
wertige Wirtschaftsgüter der In- 
formationstechnik (Software), der- 
zeit in Deutschland < 409,- . 


4.5 


Aufwand für immaterielle 
GWG [Hardware] (Low 
Value IT Tangible Assets 
[Expense]) 


Aufwand für immaterielle gering- 
wertige Wirtschaftsgüter der In- 
formationstechnik (Hardware), der- 
zeit in Deutschland < 409,- . 


4.6 


Außerplanmäßige Ab- 
schreibungen auf Software- 
lizenzen (Unplanned Depre- 
ciation Software-Licences) 


Außerplanmäßige Abschreibungen 
auf Softwarelizenzen. 


4.7 


Außerplanmäßige Ab- 
schreibungen auf Bera- 
tungskosten Standard- 
software (Unplanned De- 
preciation Standard-Soft- 
ware) 


Außerplanmäßige Abschreibungen 
auf Beratungskosten für Standard- 
software (z. B. SAP®). 


4.8 


Außerplanmäßige Ab- 
schreibungen auf IT- 
Hardware (Unplanned De- 
preciation IT-Equipment) 


Außerplanmäßige Abschreibungen 
auf IT-Hardware. 


4.9 


Leasing IT-Geräte 
(Leasing IT-Equipment) 


Operate Leasing von IT-Geräten 
(Laufzeit < 75 % der Abschrei- 
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bungsdauer, d. h. max. 27 Monate 
in Deutschland, keine Übernah- 
meoption, Summe der Barwerte 
der Leasingraten < 90 % des An- 
schaffungswertes. 


4.10 


Miete IT-Geräte (Rental IT- 
Equipment) 


Mietaufwand für IT-Geräte, incl. 
evtl. Wartungsgebühren und sons- 
tiger Services. 


4.11 


Miete Software (Rental 
Software) 


Mietaufwand für Software von 
Dritten, incl. evtl. Wartungsgebüh- 
ren und sonstiges Services. 


4.12 


Kalk. Zins (Calculated inte- 
rest) 


Kalkulatorische Zinsen auf Hard- 
und Software. 


4.13 


Versicherungen (Insuran- 
ces) 


Spezielle IT-Versicherungen (z. B. 
für das Rechenzentrum oder Fol- 
geschäden durch Rechnerstillstand) 



Abbildung 94: Musterkostenartenplan Abschreibungen u.a. 



Ein alternativer Kostenartenplan wurde von Kütz (2005, S. 101- 
102) vorgestellt, der dem Produktionsfaktorenprinzip folgt. Er 
gliedert in „Personal- und Arbeitskosten“, „Sachkosten“, „Fremd- 
leistungskosten“ , „Kapitalkosten“ , „Steuern/Gebühren/Beiträge“ 
und „Sonstige“ (vgl. Abbildung 95). Der Einsatz ist z. B. dann 
sinnvoll, wenn in die drei Hauptkostenblöcke Personal, Sachkos- 
ten und Fremdleistungen unterschieden werden soll. 



Kostenart 


Name 


1 


Personal- und Arbeitskosten 


1.1 


Altersversorgung 


1.2 


Vergütung für Festangestellte und Auszubildende 


1.3 


Vergütung für Aushilfen und Leiharbeitnehmer 


1.4 


Provisionen & Tantiemen 


1.5 


Schulung 


1.6 


Sozialabgaben 


1.7 


Sonstige 
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2 


Sachkosten 


2.1 


Abschreibungen auf Hardware 


2.2 


Abschreibungen auf Software 


2.3 


Abschreibungen auf sonstige Geräte 


2.4 


Aufwand für geringwertige materieiie Wirtschaftsgüter 


2.5 


Aufwand für geringwertige immaterieiie Wirtschaftsgüter 


2.6 


Betriebsmittei (Kfz. u.a.) 


2.7 


Bürobedarf (Toner, Papier, Briefumschiäge, u.a.) 


2.8 


Datenträger 


2.9 


Formuiare und Etiketten 


2.10 


Sonstige Materiaiien 


3 


Fremdleistungen 


3.1 


Carrier-Gebühren (Netzwerke, Sprach- und Datenkommunikation) 


3.2 


Externe Leistungen (IT-Outsourcing, u.a.) 


3.3 


Leasing/Miete für Hardware 


3.4 


Leasing/Miete für Software 


3.5 


Leasing/Miete für Kfz 


3.6 


Leasing/Miete Sonstige 


3.7 


Porto 


3.8 


Raummiete 


3.9 


Rechts- und Beratungskosten 


3.10 


Reinigungskosten 


3.11 


Reparaturen / Wartung Hardware 


3.12 


Reparaturen / Wartung Kfz. 


3.13 


Wartung Software (Lizenzgebühren) 


3.14 


Wartung Sonstige 


3.15 


Versicherungen 


4 


Kapitalkosten 


4.1 


Kaikuiatorische Zinsen 


5 


Steuern/Gebühren/Beiträge 
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5.1 


Kfz. -Steuern 


5.2 


Wasser/ Abwasser 


5.3 


Müllbeseitigung 


5.4 


Prüfungsgebühren 


5.5 


Bußgelder 


5.6 


Beiträge Fachorganisationen und Berufsgenossenschaften 


6 


Sonstige Kosten 


6.1 


Bewirtungskosten 


6.2 


Reisekosten 


6.3 


Werbung 



Abbildung 95: Kostenartenplan nach Kütz (2005 modifiziert) 



IT-Kostenstellen und -Aufträge 

Bevor auf die Merkmale von IT-Kostenstellen und -aufträgen 
eingegangen wird, soll die Verrechungssystematik der IT-Kosten- 
rechnung kurz skizziert werden (vgl. Abbildung 96). 



Kostenarten- 


. Kostenstellen- 


. Kostenträger- 




rechnung 




rechnung 




rechnung 




Erfassung IT-Kosten | 


Verrechnung IT-Gemeinkosten | 


Kalkulation (IT-)Produkte | 




Abbildung 96: Verrechnungssystematik der IT-Kostenrechnung 
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IT- Abteilungs- 
struktur 



Ausgehend von der Kostenartenrechnung werden die IT-Kosten 
in IT-Einzelkosten und IT-Gemeinkosten gesplittet. IT-Einzel- 
kosten lassen sich direkt einzelnen Produkten zurechnen. Dies 
können Produkte eines Industrieunternehmens sein (z. B. Soft- 
warelizenzen für die Motorsteuerungssoftware bei einem Moto- 
renhersteller) oder IT-Produkte eines Softwarehauses oder IT- 
Beratungsunternehmens (z. B. Rechnung eines externen Beraters 
für ein im Kundenauftrag entwickeltes Softwaresystem sind IT- 
Einzelkosten für das IT-Produkt „Softwaresystem“). 

Nicht direkt zurechenbare IT-Gemeinkosten werden über die IT- 
Kostenstellenrechnung nach unterschiedlichen Verfahren auf die 
IT-Produkte verteilt. So nutzen z. B. Softwareentwickler der IT- 
Abteilung das Internet für Recherchen und downloads von Soft- 
ware. Die hierfür anfallenden Gebühren lassen sich aber im 
Normalfall nicht auf einzelne Projekte der Entwicklerarbeit zu- 
ordnen. Sie sind nach geeigneten Kriterien zu verteilen. Hierzu 
wird die Kostenstellenrechnung genutzt. Zunächst werden die 
IT-Kosten der IT-Vorkostenstellen (z. B. Rechenzentrum, PC- 
Service, Anwendungsberatung) gesammelt und auf die Haupt- 
kostenstellen (auch Endkostenstellen genannt) verteilt. Haupt- 
kostenstellen sind die Endabnehmer der IT-Leistungen, z. B. 
Vertrieb, Eertigung, Personal u.a. Über Kalkulationssätze lassen 
sich die Gemeinkosten auf Produkte verrechnen. 

In kleineren Unternehmen wird die IT-Abteilung - sofern vor- 
handen - auf einer Kostenstelle geführt. Die kontierten Kosten 
werden mit einem einfachen Schlüssel (Anzahl Mitarbeiter o.ä.) 
auf die Nutzer im Unternehmen verteilt. Größere Unternehmen 
mit komplexeren organisatorischen Strukturen in der Informati- 
onsverarbeitung versuchen differenziertere Kostenverrechnungen 
vorzunehmen. Die Übertragung der typischen IT-Abteilungs- 
strukturen (vgl. Abbildung 97) in eine IT-Kostenstellenstruktur ist 
meist nicht ausreichend, um Kosten und Leistungen der IT verur- 
sachungsgerecht steuern zu können. 
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4.1 IT-Kosten- und Leistungsrechnung 




Abbildung 97: Typische Struktur einer IT-Abteilung 



Kostenstellen für Es ist erforderlich, für besonders kritische Kostenblöcke spezielle 
kritische IT- Kostenstellen zu bilden. Beispiele hierfür sind Applikationskos- 
Kostenblöcke tenstellen, welche für intern weiter zu belastende Lizenzen (z. B. 

ERP-Lizenzen, Mail-Lizenzen u.a.) zu bilden sind. Daneben sind 
Service-Kostenstellen für kostenintensive Bereiche, wie z. B. 
ERP-Betreuung, Internet/Intranet-Betreuung u.a. notwendig. Das 
aufwendige IT-Equipment (Server, Leitungen, Router, RZ- 
Gebäude mit Sicherheitstechnik u.a.) wird in Equipment- 
Kostenstellen zusammengefasst. 



Projektkosten- 

stellen 



Daneben gibt es Projektkostenstellen, sofern sie nicht innerbe- 
trieblich abgerechnet werden. LLilfskostenstellen, die z. B. der 
Verrechnung von Konzernumlagen oder Leitungskosten dienen, 
zählen ebenfalls dazu. 



IT-Kostenstellen 



Applications- 

Kostenstellen 

(Lizenzen) 



Verrechnungs- 

Kostenstellen 

(Hilfs-KSt.) 



Projekt- 

Kostenstellen 

(x,) 



Service- 

Kostenstellen 



Equipment- 

Kostenstellen 



ERP-Lizenzen 



Mail-Lizenzen — 



Netzwerk-SW- 

Lizenzen 



Internetprovider- 

Gebühren 



Konzern- 

umlagen 



IT-Leitung — 



Gebäude — 



Office- 

Releasewechsel 



Electronic- 

Procurement 



ERP-Betreuung 



Netz-Betreuung 



Print- 

Dienste 



Internet/ 

Intranet- 

Betreuung 



Anwendungs- 

entwicklung 



Interner- 

Server 



Mail- 

Server 



Netzwerk- 
" Leitungen/ 



I X^: sofern nicht Über gesonderte Auftragsabrechnung erfasst | 

Abbildung 98: Typische IT-Kostenstellenstruktur 



Internet-/ 

Intranet- 

Server 



Innenaufträge Innerbetriebliche Aufträge (Innenaufträge) werden zur gezielten 
Kostenüberwachung für unterschiedliche Zwecke verwendet, 
üblich sind: 
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4 Einsatz operativer IT-Controlling-Werkzeuge 



• Gemeinkostenaufträge für die Überwachung von Maßnah- 
men im Gemeinkostenbereich (z. B. Messeauftritt). 

• Investitionsaufträge für die Überwachung aktivierungsfähiger 
Kosten, (z. B. selbst erstelltes RZ-Gebäude). 

• Abgrenzungsaufträge für Kosten, die in der Finanzbuch- 
haltung mit effektiven Werten gebucht und in der Kosten- 
rechnung kalkulatorisch belastet wurden (z. B. kalk. Sozial- 
kosten für IT-Mitarbeiter). 

• Erlösaufträge für die Überwachung von Aktivitäten außerhalb 
des normalen Kerngeschäftes (z. B. Erlöse beim Betriebs- 
fest). 

• Musteraufträge als Schablone beim Anlegen neuer Aufträge. 

Eine IT-Kostenrechnung sammelt Gemeinkosten und Projektkos- 
ten auf Innenaufträgen für eine verursachungsgerechte Weiterbe- 
lastung (vgl. dazu Abbildung 99). 



Rechnung 27.01.xx 
20.000 EUR 



Laufende Belastung des Auftrags 
„Einführung ERP“ 



Rechnung 19.02.xx 

Beratung Firr 2.000 EUR _ 

Software-AG p Rechnung 19.05.xx _ 

IT-Technik 200 EUR 

Seminarbesuch 

Projektmanagement 



Auftrag „Einführung ERP“ 


20.000,- 
, 2.000,- 
, 200,- 


11.100 — 
11.100 


22.200 


22.200 



Kostenwirksame Belastung der Kostenstellen „Vertrieb“ und „Logistik“ 

(jeweils zum Monatsende) 



Kostenstelle „Vertrieb“ 


^ 11.100 









Kostenstelle „Logistik“ 


— ^ 11.100 





Abbildung 99: Innenaufträge als Kostensammler für IT-Projekte 

Jede IT-Kostenstelle benötigt eine oder mehrere Bezugsgrößen 
bzw. Leistungsarten als Basis für die Leistungsverrechnung (vgl. 
dazu Abbildung 100). 
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4.1 IT-Kosten- und Leistungsrechnung 



Bereich 


Beispiele für IT-Leistungen 


Personenaufwand 
(Personentage/ - 
stunden) 


• IT-Projekte für Einführung, Wartung und Weiterent- 
wicklung von Informationssystemen 


Rechenzentrums- 

leistungen 


• CPU-Verbrauch (Online- bzw. Batch-Verarbeitung) 

• Datenbanknutzung, Plattenspeicherplatzbelegung, 
Fileserver für PC-Arbeitsplätze 

• Archivierung (intern/extern) 

• Personenaufwand (Systemadministration, Hotline) 


Druckleistungen 


• Entwicklung, Wartung und Weiterentwicklung von 
Informationssystemen zur zentralen Druckaufbereitung 
und Versandabwicklung 

• Laserdruck auf zentralen Rechnern 

• Materialaufwand für Papier, Formulare und Kuverts 

• Sortierung, Kuvertierung und Verteilung des Schriftgu- 
tes 


Bereitstellung, 
Wartung und Ent- 
sorgung von IT- 
Arbeitsplätzen 


• Beschaffung, Installation und Konfiguration von Hard- 
und Software 

• Beratung, Reparatur und Wartung (z. B. Softwareupda- 
tes einspielen) 

• Erarbeitung, Abstimmung und Festlegung von Stan- 
dards (z. B. Datenaustausch, Verschlüsselung, Viren- 
schutz) 

• Bereitstellung und Aktualisierung von Virenschutz- 
software 

• Datensicherung und Drucken über das Unterneh- 
mensnetzwerk 

• Schulungen (Durchführung und Koordination) 

• Verleih von Komplettsystemen (z. B. Laptop) oder 
Systemkomponenten (z. B. Brenner, Beamer) 



Abbildung 100: Beispiele für typische IT-Leistungen 



Die Erfassung von IT-Leistungen ist ein ähnlich komplexes Auf- 
gabenfeld, wie eine Betriebsdatenerfassung im Fertigungsbe- 
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4 Einsatz operativer IT-Controlling-Werkzeuge 



Personenauf- 

wand 



RZ-Leistungen 



Druck 

leistungen 



reich, um Werker- und Maschinenstunden für Betriebsaufträge 
direkt zurechnen zu können. 

Relativ gut - durch betriebswirtschaftliche Standardsoftware un- 
terstützt - lässt sich der IT-Personalaufwand ermitteln. Die unter- 
schiedliche Erfassung der Mengengerüste und ihre Zuordnung 
pro IT-Mitarbeiter auf Kostenstellen bzw. IT-Aufträge erfolgen 
laufend über betriebswirtschaftliche Standardsoftware (z. B. SAP 
R/3®) oder spezielle Leistungserfassungssysteme. 

Eine Wertermittlung erfolgt durch die Multiplikation der Gesamt- 
stundenzahl mit dem jeweiligen Stundenverrechnungssatz der IT- 
Kostenstellenrechnung. Eine Leistungsdifferenzierung übernimmt 
die IT-Auftragsabrechnung, wenn IT-Aufträge von mehreren End- 
Kostenstellen abzurechnen sind, z. B. wie die Kosten der Einfüh- 
rung eines ERP-Systems. Sie wird über einen Innenauftrag den 
Hauptkostenstellen Vertrieb, Produktion, Personal und Rech- 
nungswesen belastet. Die Aufbaukosten einer zentralen Firewall 
lassen sich über den Schlüssel „Anzahl Mitarbeiter je Bereich mit 
IT-Arbeitsplatz“ weiterbelasten. 

Problematisch wird die Erfassung von RZ-Leistungen, wenn das 
Mengengerüst sich nur über spezielle Auswertungsprogramme 
ermitteln lässt. Üblich sind eine getrennte Ermittlung und 
Weiterbelastung von Online- und Batch-Verarbeitungszeiten. 

• Online-Verarbeitung: Erfassung nach Anzahl der Transaktio- 
nen je User (Zuordnung über „Stamm-Kostenstelle“ der U- 
ser). 

• Batch-Verarbeitung: Direkte Belastung der Kostenstellen je 
Batch-Job (z. B. Rechnungsdruck) oder bei Querschnitts- 
funktionen (Sicherung aller Datenbanken) über Verteilungs- 
schlüssel. 

Die Wertermittlung erfolgt durch eine Multiplikation des Ge- 
samtwertes der Bezugsgröße (Online-Zeit je Nutzer) mit dem 
Soll-Verrechnungssatz der Bezugsgröße aus der IT-Kostenstellen- 
rechnung. 

Druckleistungen verursachen in vielen Unternehmen hohe Kos- 
ten, die eine differenzierte Kostenverteilung erfordern. Beispiele 
finden sich in der Telekommunikation, der öffentlichen Verwal- 
tung oder der Versicherungsbranche. Der monatlichen Erfassung 
des Mengengerüstes über die Anzahl der Druckseiten der Kos- 
tenstellen folgt eine Wertermittlung, in dem der Gesamtwert der 
Bezugsgröße (Druckseiten) mit dem ermittelten Verrechnungs- 
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4.1 IT-Kosten- und Leistungsrechnung 



IT- Arbeitsplatz 



Satz der Bezugsgröße aus der IT-Kostenstellenrechnung multipli- 
ziert wird. Ggf. ist auch eine direkte Zuordnung externer Einzel- 
rechnungen bei Sonderaufträgen üblich. 

Die Kosten für einen IT-Arbeitsplatz entstehen aus unterschiedli- 
chen Gründen. Als Grundlage der Verrechnung dient die Anzahl 
der vorhandenen IT-Arbeitsplätze bzw. der einzeln bewerteten 
Produkte je Kostenstelle/User. Erfasst werden Zugänge, Umbu- 
chungen, Abschreibungen und Abgänge. Zur Bestandsführung 
eignen sich spezielle IT-Assetmanagement-Systeme, welche die 
erforderlichen Mengengerüste bereitstellen. Eingangsrechnungen 
liefert die Einanzbuchhaltung. Zusätzlich sind ggf. innerbetriebli- 
che Aufwendungen für Servicearbeiten zu erfassen. 

Die Gesamtwerte der Bezugsgrößen (Anzahl Standard-PC, Anzahl 
Brenner, Anzahl Softwarelizenzen, Anzahl in Anspruch genom- 
mener Service-Stunden je Monat u.a.) werden mit dem ermittel- 
ten Verrechnungssatz der Bezugsgröße aus der IT-Kostenstellen- 
rechnung multipliziert. 

Eine gute Übersicht über Kostenstellen und Bezugsgrößen im IT- 
Bereich liefert Britzelmaier (1999, S. 121) in der Abbildung 101. 
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4 Einsatz operativer IT-Controlling-Werkzeuge 



Kostenstellen (nach vorherrschendem 
Ressourceneinsatz) 


Mögliche 

Bezugsgrößen 


Personalintensive Kostenstellen 


• Personenstunden 


• Softwareentwicklung und An- 


• Personentage 


wendungsbetreuung 




• System- und Datenbank- 




administration 




• IT-Benutzerservice 




• IT-Leitung 




Anlageintensive Kostenstellen (Hard- 


• CPU-Nutzung (CPU-Sek.) 


ware) 


• Speicherplatzbelegung 


• Zentrale Rechnernutzung 


• Druckseiten oder Druckvolumen 


• Intranet/Internet-Server 


(in MB/GB) 


• Zentrale Druckserver 


• Datenübertragungsvolumen (in 


• Netzwerknutzung 


MB/GB) 


• Sicherungsdienste (z. B. Netz- 




laufwerke für PCs) 




Software-Kostenstellen 


• Anschaffungskosten (bei KauO 


• Systemsoftware 


• Kalkulatorische Abschreibungen 


• ERP- und Mail-Lizenzen 


und Zinsen (bei Eigenerstellung) 


• Tool-Lizenzen (z. B. Virenscan- 




ner, Zentrales Telefonbuch, 




Komprimierungstools) 




Hilfskostenstellen 


• m^ 


• Gebäude 


• kWh 


• Strom (z. B. für Server) 





Abbildung 101: IT-Kostenstellen und Bezugsgrößen (Britzelmaier 
1999, S. 121, modifiziert) 
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4.1 IT-Kosten- und Leistungsrechnung 



4.1.6 

Begriff 



Innerbetriebli- 
che Leistungen 



Markt - 
leistungen 



Kostenträger- 

kategorien 



Typische IT- 
Produkte 



IT-Kostenträgerrechnung 

Als Kostenträger gelten Leistungen der IT-Abteilung. Diese kön- 
nen materieller Natur (z. B. ein Benutzerhandbuch) sein, oder als 
immaterielle Produkte (Software, Beratungsleistung) erscheinen. 
Die IT-Kostenträgerrechnung ermittelt den Preis für IT-Produkte, 
der sich aus unterschiedlichen internen oder externen Kosten- 
komponenten zusammensetzten kann. Interne Kosten sind z. B. 
Personalkosten für Softwareentwickler. Externe Kosten fallen 
häufig an, z. B. als Gebühren für Standleitungen, Beratungshono- 
rare, Anschaffungskosten für Hardware und Softwarelizenzen, 
Wartungsgebühren, Datensicherungskosten). 

Je nach Verwendung der IT-Leistungen lassen sich zwei Kosten- 
trägertypen unterschieden. Werden die IT-Leistungen für das 
Unternehmen erbracht, stellen sie Innerbetriebliche Leistun- 
gen dar. Sie werden zu Transferpreisen verrechnet. Innerbetrieb- 
liche Leistungen sind entweder Gemeinkostenleistungen (z. B. 
Störungsbeseitigung bei Druckerproblemen durch eine interne 
Servicekraft) oder aktivierbare Leistungen (z. B. Entwicklung 
einer PPS-Software mit 15 Jahren Mindestnutzungsdauer). 

Kostenträger können Marktleistungen (Endprodukten) entspre- 
chen, wenn IT-Leistungen ganz (z. B. bei einem Softwarehaus) 
oder teilweise am externen Markt verkauft werden. Absatzleis- 
tungen werden zu Verkaufspreisen fakturiert. In der Praxis mi- 
schen sich innerbetriebliche Leistungen und Marktleistungen. Bei 
Outsourcing-Projekten oder Versuchen, durch externes „Drittge- 
schäft“ vorhandene Ressourcen der IT-Abteilung besser auszulas- 
ten, ist der Marktleistungsanteil deutlich erkennbar. 

IT-Leistungen fallen für unterschiedliche Kategorien an: 

• Hardware (IT-Arbeitsplatz, Netzwerk), 

• Software (z. B. Personalwirtschaftssystem, Lagerbestandsfüh- 
rung, Verschlüsselungssoftware), 

• Dienstleistungen (z. B. Endbenutzer-Beratung, Erstellung IT- 
Strategie). 

Beispiele für typische IT-Produkte sind: 

• Betrieb unternehmensweiter ERP-Systeme (z. B. SAP®), 

• Betrieb zentraler IT-Anwendungen (z. B. Citrix-Windows 
Based Terminal, Mail, Intranet/Internet, Eile- und Print- 
services, Datensicherungen im Netzwerk), 



181 





4 Einsatz operativer IT-Controlling-Werkzeuge 



IT-Katalog 

Ziel 



4.2 

4.2.1 



• Betrieb und Wartung von Standard-IT-Arbeitsplat 2 systemen 
(Desktop, Laptop, PDA, Remote-Zugänge incl. Software), 

• Betrieb abteilungsspezifischer Anwendungen (CAD-Anwen- 
dungen), 

• Endbenutzer-Hotline (Call Annahme, First Level-Support, 
Second-Level-Support), 

• Mailserverbetreuung, 

• Internet- und Intranetbereitstellung und -betreuung, 

• Zentrales Asset-Management (Inventarisierung und Verwal- 
tung der IT-Vermögenswerte wie PCs, Laptops, PDAs, Netz- 
werkleitungen, Server, Zusatzgeräte), 

• Betrieb eines IP-basierten Telefonnetzes. 

IT-Produkte informieren in einem IT-Katalog die Fachabteilungen 
mit IT-Produktstücklisten über bestellbare Produkte. Der IT- 
Katalog stellt einen Leistungskatalog der IT-Abteilung mit Rech- 
nungspreisen dar, wie in einem Waren- und Dienstleistungskata- 
log. 

Innerhalb einer internen IT-Abteilung ermittelt die IT-Kosten- 
trägerrechnung Transferpreise, um die Kostentransparenz zu 
erhöhen. Die Anteile der IT-Kosten an den gesamten Prozesskos- 
ten des Unternehmens werden dann sichtbar. Die Deutsche Te- 
lekom ermittelt beispielsweise im Rahmen einer Prozesskosten- 
rechnung die für diese Branche typischen hohen IT- 
Kostenanteile (vgl. Scherf, 2002). 

IT-Kennzahlen 

Überblick 

IT-Kennzahlen liefern Maßgrößen für IT-relevante Aspekte. Sie 
dienen zwei Zielen: Information des Managements, der Informa- 
tionsverarbeitung und der Endbenutzer sowie der Steuerung von 
IT-Projekten und Ressourcen (z. B. Rechenzentrum, Mitarbeiter). 
IT-Kennzahlen beurteilen IT-Bereiche und die von ihnen er- 
brachten IT-Leistungen. Sie ermöglichen eine Ursachenanalyse 
bei Abweichungen zwischen Soll- und Istwerten und zeigen 
signifikante Veränderungen auf. Über IT-Kennzahlen lassen sich 
Zielwerte für organisatorische Einheiten, Projekte oder Maßnah- 
men formulieren. Soll-Ist-Vergleiche überprüfen die Einhaltung 
der Zielwerte. 
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4.2 IT-Kennzahlen 



Struktur von IT- 
Kennzahlen 



IT-Kennzahlen unterscheiden sich nach der Struktur in absolute 
und Verhältnis-Kennzahlen (vgl. Abbildung 102). Verhältnis- 
Kennzahlen differenzieren sich in Gliederungs-, Beziehungs- und 
Indexkennzahlen. 




Abbildung 102: Struktur von IT-Kennzahlen 

Kosten- Die Reduktion von IT-Kosten gelingt über die Einbindung der 

reduktion Endanwender, d. h. der „IT-Verbraucher“. Häufig kennen diese 

die IT-Kosten oder die Wirtschaftlichkeit von Projekten nicht, da 
ihre Kosten nicht transparent sind. In diesen Eällen wird der 
Aufbau eines Planungs-, Steuerungs- und Berichtssystems mit 
geeigneten IT-Kennzahlen für entscheidungsrelevante Analysebe- 
reiche erforderlich. Nur eine kausalgerechte Ermittlung und Zu- 
rechnung der IT-Kosten kann eine elementare Grundlage für ein 
leistungsfähiges IT-Controlling-Konzept liefern. Als wichtige Ana- 
lysebereiche für IT-Kennzahlen gelten (vgl. Abbildung 103): 

■ Wirtschaftlichkeit (Was kostet, was nützt die Durchfüh- 
rung eines IT-Projektes?), 

■ Innovationsgrad der IT (Investieren wir in die Wartung 
von Altsystemen oder in neue IT-Systeme?), 

■ Prozessqualität (Wie unterstützt das IT-System den Ge- 
schäftsprozess?), 

■ Ressourcenauslastung in der IT (Wie qualifiziert sind die 
IT-Mitarbeiter, wie viel IT-Personal setzen wir ein?). 
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4 Einsatz operativer IT-Controlling-Werkzeuge 



Begrenzte 

Aussagekraft 



1 Wirtschaftlichkeit 




1 Innovationsgrad 


•IT-Kosten / Gesamtkosten 
(Basis: Leistungsverreehnnng) 
•Projektkosten / -Kalknlation 
•Wirtsehaftliehkeit (Interner 
Zins, Amortisationsdaner) 
•(Einhaltnng) IT-Bndgets 
•TCO IT-Arbeitsplatzsysteme 




•Verhältnis Neuentwicklung zu 
Wartung 

•Aktualität der Hardware 
•Releasestand der Software 
•Online/Batch-Quote 
•E-Business-Quote (Anteil 
elektronischer Prozesse) 


1 Prozessqualität 


1 Ressourcenauslastung 


•V erfügbarkeit/Ausfallzeiten 
•Antwortzeiten 
•Servicezeiten (Installation, 
Störnngen) 

•Benutzer-Zufriedenbeit 
(jährliche Befragung) 




•Auslastungsgrad Mitarbeiter 
•Beratereinsatz (-quoten) 
•Qualifikationsgrad (Ausb./Erf.) 
•Schulungaufwand/MA) 

•IT -Mitarbeiterquote 



Abbildung 103: Typische Analysebereiche von IT-Kennzahlen 



Die Aussagekraft von isolierten IT-Kennzahlen ist kritisch zu 
hinterfragen. Die in der Praxis häufig verwendete Kennzahl „IT- 
Kosten/Umsatz“ lässt sich stellvertretend für die mangelnde Aus- 
sagekraft anderer Kennzahlen heranziehen. Kütz verweist auf 
folgendes Beispiel (vgl. Kütz, 2003, S. 20-21): 



PRAXISBEISPIEL: IT-KENNZAHLEN (IT-KOSTEN/UMSATZ) 

Ein Vergleich zweier Handelsunternehmen ergab, dass die IT- 
Kostenanteile vom Umsatz bei Unternehmen A 0,8 % und bei Unter- 
nehmen B 1,2 % IT-Kostenanteil betrugen. Hieraus folgte ein Ent- 
scheidungsvorschlag für einen Übernahmeplan: Unternehmen B sollte 
die IT-Systeme von A übernehmen, um seine IT-Kosten zu reduzieren. 
Die weitere Detailanalyse ergab unter anderem: 

Unternehmen A besitzt eine veraltete IT-Architektur, die seit Jahren 
nicht mehr gepflegt wurde. Die IT-Kosten bestanden im wesentlichen 
aus Kosten für die Wartung der Altsysteme. Unternehmen B hat eine 
moderne, weitaus leistungsfähigere IT-Architektur. Die Übernahme der 
IT-Systeme wurde daraufhin verworfen. 
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Ein weiteres Problem ist die fehlende Primärkostenauflösung von 
IT-Kosten, insbesondere in größeren Konzernen mit umfangrei- 
cher Leistungsverrechnung. So weist z. B. der Finanzbereich 



4.2 IT-Kennzahlen 



4 . 2.2 



eines Industrieunternehmens einen hohen IT-Änteil auf, weil 
moderne Softwarelösungen eingesetzt werden. Die Leistungsver- 
rechnung an andere Konzerneinheiten erfolgt unter der Leis- 
tungsart „Rechnungswesen-Services“. Die primären IT-Kosten- 
anteile sind in den Berichten der Konzerneinheiten nicht mehr 
transparent. Zu ähnlichen Ergebnissen gelangt man bei der Be- 
trachtung vergleichbarer Kennzahlen, wie z. B. der häufig ver- 
wendeten Kennzahl „IT-Kosten/Mitarbeiter“. Da die IT- 
Durchdringung der Arbeitsplätze häufig sehr unterschiedlich ist, 
sagt die Kennzahl sowohl im innerbetrieblichen Vergleich von 
Organisationseinheiten, als auch in der überbetrieblichen Analy- 
se wenig aus. 

IT-Kennzahlensysteme 

IT-Kennzahlen gelten als typische Führungsinstrumente in der 
IT-Managementpraxis (vgl. Jäger-Goy, 2002, S. 127). Sie sind in 
Kennzahlensysteme eingebunden, da Einzelkennzahlen nur be- 
grenzt aussagefähig sind. 

Ein Kennzahlensystem stellt Einzelkennzahlen in einen sachlogi- 
schen Zusammenhang und unterstützt das ganzheitliche IT- 
Controlling-Konzept. Einzelkennzahlen messen quantitativ mess- 
bare Zusammenhänge. Jede Einzelkennzahl hat immer nur eine 
begrenzte Aussagekraft. Erst im Zusammenspiel mit anderen 
Kennzahlen wird die Konsistenz der gewünschten Wirkungen 
der Einzelkennzahlen sichergestellt. 

Allgemeine Kennzahlensysteme haben sich im Standard-Control- 
ling-Konzept als klassisches Steuerungswerkzeug bewährt. Häu- 
fig wird z. B. das Kennzahlensystem der Firma DuPont verwen- 
det (vgl. z. B. Dinter (1999, S. 259 ff.), welches als Spitzenkenn- 
zahl den Return-on-Investment (ROI) verwendet (vgl. den 
Auszug in Abbildung 104). 
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4 Einsatz operativer IT-Controlling-Werkzeuge 




Abbildung 104: DuPont-Kennzahlensystem (vgl. Dinter, 1999, S. 
260 ) 



Diebold- 

Kennzahlen- 

system 



Das Diebold-Kennzahlensystem (vgl. Diebold, 1984) ist ein hie- 
rarchisches Rechensystem mit der Spitzenkennzahl „IT-Kosten in 
% des Umsatzes“ (vgl. Britzelmaier, 1999, S. 194). Es wurde zur 
Planung, Steuerung und Kontrolle der IT entwickelt. Es umfasst 
zwei Kennzahlenbereiche: Wirkung des IT-Einsatzes auf die Un- 
ternehmungsleistung und Wirtschaftlichkeit der Leistungserstel- 
lung der IT (Rechenzentrum, IT-Entwicklung). Die Struktur des 
Diebold-Kennzahlensystems dokumentiert Abbildung 105 . 

r 

Kosten in % 

des Umsatzes 

J 




Leistungsfähigkeit 
der IT-Nutzung 



Leistungsfähigkeit 
der IT-Nutzung 



— Leistungsfähigkeit 



Produktivität 



1 



Leistungsfähigkeit 



Zukunfts- 

vorsorge 



Zukunfts- 

vorsorge 



Zukunftsvorsorge 



r 




r 


^ Struktur 




— 1 Zukunftsvorsorge 



Struktur 



LT 



Abbildung 105: Diebold-Kennzahlensystem (Biethahn, et ah, 
2000, S. 313) 
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Der Aufwand zur Bildung der Kennzahlen ist hoch und die Er- 
weiterung und Anpassung an unternehmungsindividuelle Be- 
dürfnisse ist schwierig. Die einseitige Eokussierung auf die Spit- 























4.2 IT-Kennzahlen 



SVD- 

Kennzahlen- 

system 



zenkennzahl verursacht einen hohen Kostendruck ohne Rück- 
sicht auf qualitative Aspekte. So findet in einem finanzorientier- 
ten Schema die Frage: „Welchen Nutzenbeitrag liefern Investitio- 
nen in IT-Sicherheit“ nur -wenig Raum. Zudem ist die Höhe der 
Spitzenkennzahl abhängig von der Umsatzgröße. Sch-wankungen 
im Umsatz be-wirken eine Änderung der Spitzenkennzahl, ohne 
dass sich et-was in der Leistungsfähigkeit der Informationsverar- 
beitung geändert haben muss. 

Das SVD-Kennzahlensystem (SVD = Sch-weizerische Vereinigung 
für Datenverarbeitung) verzichtet auf eine Spitzenkennzahl (vgl. 
Schweizerische Vereinigung für Datenverarbeitung, 1980). Seine 
Zielsetzung liegt in der Unterstützung von Planung, Kontrolle 
und Steuerung der Wirtschaftlichkeit von IT-Anwendungen (vgl. 
Biethahn, 2000, S. 313 ff.) unter Einbindung des Managements, 
der Benutzer und der Informationsverarbeitung. Es besteht aus 
etwa 30 Kennzahlen, die sich an verschiedenen Kriterien orien- 
tieren und in Leistungs-, Kosten-, Struktur- und Nutzenkennzah- 
len differenzieren. Die Angaben zur Ermittlung der Leistungs-, 
Kosten- und Strukturkennzahlen lassen sich weitgehend aus dem 
internen Rechnungswesen und der Personal-Wirtschaft ermitteln. 
Der Nutzen einer Anwendung wird durch Gegenüberstellung des 
Nutzens ermittelt, der sich ohne die IT-Anwendung erzielen läßt. 
Durch die Bestimmung von Kennzahlen für verschiedene An- 
wendungen sowie den zentralen IS-Bereich entsteht ein ganz- 
heitliches Kennzahlensystem. Der strukturelle Aufbau ist in 
Abbildung 106 dokumentiert. Abbildung 107 enthält die Kenn- 
zahlen des SVD-Systems. 




Abbildung 106: SVD-Kennzahlensystem (Biethahn 2000, S. 314). 
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4 Einsatz operativer IT-Controlling-Werkzeuge 





Bezeichnung 


Berechnung 


LI 


Verfügbarkeit 


Sollstunden - Ausfallstunden 
Sollstunden 


L2 


Zuverlässigkeit 


Sollstunden 
Anzahl Ausfälle 


L3 


Durchschnittliche Reparaturzeit 


Reoaraturzeit 
Anzahl Reparaturen 


L4 


Servicegrad 


Termineerechte Ablieferuneen 
Geplante Abüefemngen 


L5 


Durchschnittliche Verspätungen 


Summe Versoätuneen 
Anzahl Verspätungen 


L6 


Durchschnittliche Antwortzeit 


Summe Antwortzeiten 
Anzahl Transaktionen 


L7 


Auslastung 


Erbrachte Leistune 
Nennleistung 


L8 


Arbeitstage je Programm 


Anzahl Arbeitstage je Programm 


L9 


Re-Run-Quote 


Wiederholungen 
Produktive Verarbeitungsstunden 


S1 


Anzahl DV-Mitarbeiter 


Anzahl der DV-Mitarbeiter 


S2 


Altersstruktur 


Lebensalter, Dienstalter, Jahre DV-Erfahmng 


S3 


Ausbildungskennzahlen 


Ausbildungsaufwand 
Anzahl Mitarbeiter 


S4 


Anzahl Programme, Statements 


Anzahl Programme, Statements 


S5 


Terminaldichte 


Anzahl Terminals 
Anzahl Mitarbeiter 


Kl 


%-Anteil je Kostenart 


DV-Kosten ie Kostenart 
Kosten je Kostenart 


K2 


Personalabhängiger Verrechnungssatz 


Personalkosten 

Geplante verrechenbare Personalstunden 


K3 


Maschinenabhängiger Verrechnungssatz 


DV-Betriebskosten 

Geplante verrechenbare Maschinenstunden 


K4 


%-Verteilung der Ausgaben 


Nach Hardware, Systemsoftware, Anwendersoftware 


K5 


%-Anteil des Anwendungsgebietes 


Betriebskosten ie Aufgabengebiet 
DV-Betriebskosten 


K6 


Kostenverhältnis Anwendersoftware 


Entwicklungs-, Svstembetreuungs-. Änderungskosten 
Gesamtkosten für Anwendersoftware 


K7 


Systembetreuung, Entwicklungsquote 


Svstembetreuungskosten 

Neuentwicklungskosten 


K8 


Wert des Programmportefeuilles 


L8 * Kostensatz * Anzahl Programme 


K9 


Systembetreuungsquote 


Kosten für Svstembetreuung oro Jahr 
K8 * 100 


KIO 


DV-Kosten pro Produkt 


DV-Gesamtkosten ie Arbeitsgebiet 
Leistungseinheit 


Kll 


% DV-Kosten am Umsatz 


D V -Gesamtkosten 
Umsatz 


K12 


DV-Umsatz pro Mitarbeiter 


D V -Gesamtumsatz 
Anzahl DV-Mitarbeiter 


NI 


Nutzenpunkte 


Nutzenpunkte einer (aller) Anwendungen 


N2 


Nutzen-Mengen-Punkte 


Nutzenpunkte gewichtet mit Verarbeitungsmengen 


N3 


Nutzen-Kosten-Kennzahl 


Nutzen-Mengen-Punkte* 1000 
DV-Kosten 


N4 


Computerisierungsgrad 


erreichte Punkte 

max. Punkte bei vollständiger Computerisierung 


N5 


Nutzen-Kosten 


Comouterisierungsgrad 

Kll 



Abbildung 107: SVD-Kennzahlen (Biethahn, 2000, S. 314 f.) 



188 



4.2 IT-Kennzahlen 



Bislang hat sich in der IT-Controlling-Praxis noch kein Standard- 
IT-Kenn 2 ahlenschema etabliert, obwohl zahlreiche Konzepte 
entwickelt wurden. Weitere IT-Kennzahlensysteme wurden z. B. 
von Baumöl/Reichmann (1996), Kargl (1996), Lippold (1985), 
Zilahi-Szabö (1988 vorgeschlagen. Offensichtlich sind die Anfor- 
derungen der Unternehmen an ein Kennzahlensystem sehr indi- 
viduell. 

Als pragmatischer Vorschlag kann aber das von Kütz entwickelte 
Statuskonzept für Kennzahlen empfohlen werden, da es leicht 
auf unternehmensspezifische Belange angepasst werden kann 
(vgl. Kütz, 2003, S. 291 ff.). Kütz empfiehlt den Einsatz von 
Kennzahlen für einen Tagesstatus, jeweils einen Satz von Kenn- 
zahlen für einen Monatsstatus IT-Betrieb und für IT-Projekte 
sowie einen Quartalsstatus mit verdichteten Kennzahlen. 

TAGESSTATUS 

In den Tagesstatus sind Kennzahlen aufzunehmen, die der Darstellung 
der Nichtverfügbarkeit der wichtigsten Informationssysteme des Unter- 
nehmens sowie der Termintreue der wichtigsten Projekte und Maß- 
nahmen dienen. Daneben können weitere wichtige Größen wie z. B. 
Anzahl von Störungsmeldungen oder der Krankenstand der IT- 
Mitarbeiter eingearbeitet werden. Für den Tagesstatus empfiehlt sich 
ein Ampelsystem der aktuellen Werte zur Indikation kritischer Situatio- 
nen. 



MONATSSTATUS IT-BETRIEB BZW. IT-PROJEKTE 

Der Monatsstatus informiert über einen abgelaufenen Zeitraum in 
Bezug auf die Situation im IT-Betrieb bzw. die wichtigsten IT-Projekte. 
Hier sind folgende Informationen von hohem Interesse: 

IT-Betrieb: Aussschöpfungsgrad des IT-Budgets, Anzahl Change Re- 
quests, Anzahl produktiv gesetzter neuer IT-Produkte bzw. Versionen 
bestehender Produkte, Reklamationsquote der Fachabteilungen mit 
Angaben über den Bearbeitungsstand, Mitarbeiterstand und Überstun- 
denanteil. 

IT-Projekte: Fertigstellungsgrad aus fachlicher, zeitlicher und kosten- 
orientierter Sicht, Auftragsreichweite für eigene IT-Mitarbeiter, Kran- 
kenstand bzw. Personalverfügbarkeit nach Projekten. 
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4 Einsatz operativer IT-Controlling-Werkzeuge 



4.2.3 

Kennzahlen- 

steckbrief 



Für den Monatsstatus empfiehlt sich ebenfalls ein Ampelsystem der 
aktuellen Werte und Durchschnittswerte der letzten ein bis zwei Quar- 
tale. 



QUARTALSSTATUS 

Der Quartalsstatus stellt analytische Informationen zur Verfügung. Hier 
sind vor allem Strukturgrößen wie z. B. IT-Kosten / Gesamtkosten, 
Eigenpersonalquote, Qualifikationsstruktur der Mitarbeiter, Umsatzan- 
teil neue IT-Produkte oder Marktanteile von Interesse. Projekte können 
hinsichtlich wichtiger Kenngrößen betrachtet werden. Hierzu dienen 
Angaben wie die durchschnittliche Projektgröße in Personentagen 
oder die durchschnittliche Projektdauer. 



Implementierung 

Die Implementierung von IT-Kennzahlensystemen erfordert vor 
allem in größeren Unternehmen die detaillierte Beschreibung der 
Kennzahlen durch einen Steckbrief (vgl. Kütz 2003, S. 47). Der 
Steckbrief regelt die Verantvcortlichkeiten zwischen dem Ersteller 
und den Empfängern einer Kennzahl und legt alle wesentlichen 
Merkmale fest (vgl. Abbildung 108). 

Beschreibung der Kennzahl 

Bezeichnung der Kennzahl 
Beschreibung 
Adressat 
Zieiwert 
Sollwert 
Toleranzwert 
Eskalationsregeln 
Gültigkeit 

Erstellungsfrequenz 

Quantiflzierbarkelt (harte und welche Ziele) 

Verantwortlicher 

Bemerkung 



Datenermittlung 

Datenquellen 

Datenqualität (Abweichung, Validität) 
Verantwortlicher 



Datenaufbereitung 

Berechnungsweg 

Verknüpfung (mit anderen Kennzahlen) 
Verantwortlicher 

Präsentation 

Darstellung 

Aggregationsstufen 

Archivierung 

Verantwortlicher 



Abbildung 108: Inhalte eines IT-Kennzahlensteckbriefs (vgl. Kütz 
2004) 



Ein Beispiel für einen Kennzahlensteckbrief ist in Abbildung 109 
dargestellt. Die dort beschriebene Kennzahl betrifft die Quote 
der sofort gelösten Probleme, die mit dem Betrieb einer Stan- 
dardsoftware (z. B. SAP® R/3®) auftreten können. 
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4.2 IT-Kennzahlen 



Bezeichnung der Kennzahl: 


Erstlösungsrate bei Standard-Software 


Aussage der Kennzahl: 


Abweichungen zwischen der vereinbarten 

Erstlösungsrate mit dem IT-Outsourcer und der er- 
zielten Erstlösungsrate 


Masseinheit der Kennzahl: 


in % 


Zielwert: 


80 % 


Kennzahlkorridor: 


70 % - 80 % 


Berechnung der Kennzahl: 


Anzahl gelöster Probleme 

Erstlösungsrate = 

Anzahl aller bearbeiteten Tickets 


Erfassung: 


permanente Erfassung aller Tickets in einem 
Ticketing System > durch User-Help-Desk 


Berichtzyklus: 


monatlich durch Operation Manager 


Einflüsse auf die Kennzahl: 


Erreichbarkeit und Kompetenz des User-Help-Desk 


Sonderfälle: 


Rollouts oder Releasewechsel 



Abbildung 109: Beispiel für einen IT-Kennzahlensteckbrief (Son 2004, modifiziert) 



In der Praxis werden die verwendeten Kennzahlen idealerweise 
einheitlich in einer Kennzahlendatenbank beschrieben, wie sie 
beispielsweise das Beratungsunternehmen KPMG vorschlägt (vgl. 
Abbildung 110). 

Für die Berichterstattung gegenüber dem IT-Management sind 
am Softwaremarkt verschiedene Werkzeuge verfügbar, mit deren 
Hilfe ein Managementinformationssystem aufgebaut werden 
kann (vgl. hierzu das Beispiel in Abbildung 111). 
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4 Einsatz operativer IT-Controlling-Werkzeuge 



IT Kennzahlenkatalog 



KP^^S 




Abbildung 110: IT-Kennzahlendatenbank (Asma 2004) 
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Abbildung 111: IT-gestütztes Kennzahlenreporting (Asma 2004) 
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4.2 IT-Kennzahlen 



4.2.4 Nutzen von IT-Kennzahlen 

Der Nutzen von IT-Kennzahlen bzw. IT-Kennzahlensystemen 
kann aus unterschiedlichen Sichten betrachtet werden. Wichtige 
Blickwinkel sind das IT-Projektmanagement, der IT-Betrieb und 
die Perspektive der Fachabteilung, d. h. dem „Endkunden“ der 
IT. 

IT-Projekt- Der IT-Controller profitiert im Rahmen der Entscheidungsphase 

management (Projektauswahl) durch Projektkalkulationen, Wirtschaftlichkeits- 

berechnungen von rendite- und risikoorientierten Kennzahlen, 
die ihn bei der Auswahl des „richtigen“ Projektes unterstützen 
(vgl. Abbildung 112). Im Rahmen der Projektsteuerung kann ein 
laufender Soll-Ist-Vergleich dazu beitragen, die Erreichung der 
Projektziele sicherzustellen. Ein nachträglicher Soll-Ist-Vergleich 
wichtiger Kennzahlen bietet die Möglichkeit, Erfahrungen aus 
abgeschlossenen Projekten für die Planung von Eolgeprojekten 
zu verwenden. 



Projektauswahl 



Auswahl der 
„richtigen" Projekte 

-Projektkalkulationen 

-Nutzwertanalyse 

-Rol-Berechnungen 



Projektsteuerung 


Projektanalyse 


Laufender 


Nachträglicher 


Soll-Ist-Vergleich 


Soll-Ist-Vergleich 


von: 


von: 


-Zielerreichung 


-Zielerreichung 


(Meilensteinanalyse) 


(Meilensteinanalyse) 


-Bearbeitungszeiten 


-Bearbeitungszeiten 


{Netzplantechnik) 


(Netzplantechnik) 


-Projektkosten 


-Projektkosten 


(Mitlaufende Projekt- 


(Nachkalkulation) 


Kalkulation) 


Wichtig: 


Anm - 


Nutzung für Folgeprojekte 


Soll = Aktualisierter Plan 


(z.B. Kostenschätzungen) 



Abbildung 112; Nutzen von IT-Kennzahlen für das IT- 
Projektmanagement 



IT-Betrieb Eine Vielzahl von Kennzahlen wird für den Betrieb von Informa- 

tionssystemen ermittelt und genutzt. Betrachtungsgegenstand 
sind Leistungen der IT-Abteilung, Kosten und die Auslastung der 
Ressourcen (vgl. Abbildung 113). Eine wichtige Datenquelle für 
IT-Kennzahlen ist die bereits beschriebene IT-Kosten- und Leis- 
tungsrechnung. 
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4 Einsatz operativer IT-Controlling-Werkzeuge 



Fachseite 



4.3 

4.3.1 



Leistungen 


Kosten 


Kapazitäten 


Leistungs- 


Kostenmanagement 


Kapazitäts- 


management 


-Dokumentation des 


management 


-Laufende Über- 


Leistungsverbrauchs 


-Freie Kapazitäten 


wachung der 
Leistungsquaiität 


(Basis für Nachkalkulation) 


identifizieren 




-Dokumentation des 


- Nicht notwendige 


-Abgleich mit SLA- 


Kostenanfalls 


Leistungen 


Planwerten 


(Basis für Nachkalkulation) 

Verbrauchsorientierte 
Kosten- und 
Leistungsrechnung 

(Basis für Fakturierung / 
Weiterbelastung) 


eliminieren 



Abbildung 113: Nutzen von IT-Kennzahlen für den IT-Betrieb 



Nicht nur die IT-Abteilung, sondern auch die Fachseite profitiert 
von IT-Kennzahlen, sofern sie diese bereitgestellt bekommt. Ein 
detaillierter Leistungs- und Kostennachweis ermöglicht Verglei- 
che mit anderen IT-Anbietern (Benchmarking) und bietet die 
Möglichkeit der Kostenkontrolle (vgl. Abbildung 114). 



Leistungen 


Kosten 


Abrechnung 








Verbesserte 


Verbesserte 


Grundlage für 


Leistungstransparenz 


Kostentransparenz 


die Kontrolle 






von: 


-Detaillierter Nachweis 


-Detaillierter Nachweis 




der Kostenstrukturen 


der Kostenstrukturen 


Abrechnungen bzw. 


-Vergleiche mit 


-Vergleiche mit 


Rechnungen über 


externen Anbietern 


externen Anbietern 


IT-Leistungen 



Abbildung 114: Nutzen von IT-Kennzahlen für die Fachabteilung 



Leistungsvereinbarungen (Service Levei Agreement) 

Begriff 

Voraussetzung für kostensenkende Maßnahmen wie beim TCO- 
Konzept ist ein gut strukturierter IT-Katalog (vgl. hierzu S. 102 
ff.). Er beschreibt die IT-Produkte eines internen oder externen 
IT-Anbieters analog dem Warenkorb mit Produktbeschreibungen, 
Konditionen und Preisen. Er entfaltet nur dann seine volle Wir- 
kung, wenn die Leistungsbeziehung zwischen dem IT-Bereich 
(IT-Anbieter) und seinen Kunden durch klare und messbare 
Vereinbarungen über 
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4.3 Leistungsvereinbarungen (Service Level Agreement) 



Definition 

SLA 



Grundidee 



• Leistungsinhalt, 

• Leistungsqualität und 

• Kosten 



geregelt wird. 



Ein Service Level Agreement (SLA) ist eine Vereinbarung über 
die termingerechte Erbringung von (IT-)Leistungen in einer ver- 
einbarten Qualität zu festgelegten Kosten (vgl. Abbildung 115). 
Service-Level-Agreements sind ein vergleichsweise neues Kon- 
zept, das überwiegend in Dienstleistungsbereichen (insbesonde- 
re in der Informations- und Kommunikationstechnik) Anwen- 
dung findet und noch wenig in der wissenschaftlichen Literatur 
behandelt wurde (vgl. Burr 2002, S. 510). Interne SLAs regeln das 
Verhältnis zwischen dem IT-Bereich (Auftragnehmer) und der 
Eachabteilung (Auftraggeber). Externe SLAs regeln das Verhältnis 
zwischen der IT-Abteilung oder der Eachabteilung, die beide als 
Auftraggeber agieren können und externen IT-Lieferanten bzw. 
Dienstleistern, die als Auftragnehmer agieren. 



Auftrag- 

geber 




SLA 

Vereinbarung über 

•Leistungsinhalt 

•Qualitätslevel 



Auftrag- 

nehmer 



Externe SLA: 
IT-Abteilung oder 
Fachabteilung 

Interne SLA: 

Fachabteilung 




Externe SLA: 

IT-Lieferant/ 
^ Dienstleister 

Interne SLA: 

► IT-Abteilung 



Abbildung 115: SLA-Konzept 



Nach der Grundidee des SLA-Konzeptes betrachtet der Auftrag- 
nehmer nur die für ihn erbrachte Leistung. Detailprobleme, die 
der Auftragnehmer während der Leistungserbringung zu bewälti- 
gen hat, sollen und brauchen den Auftraggeber nicht zu interes- 
sieren. Hierdurch reduziert er die Komplexität und damit die 
Kosten seiner Geschäftsprozesse. 

Im IT-Umfeld finden sich überall Beispiele für einen sinnvollen 
SLA-Einsatz, wenn unterschiedliche Partner für die Leistungs- 
erbringung benötigt werden, d. h. eine Aufteilung der Arbeiten 
auf mehrere Geschäftspartner möglich ist. Typische Beispiele 
sind: Application Service Providing (Miete von Software über das 
Internet), Vergabe der Dokumentenerfassung (z. B. Eingangs- 



195 



4 Einsatz operativer IT-Controlling-Werkzeuge 



Beispiele 



Zweck- 

mäßigkeit 



rechnungen) an externe Unternehmen, Externer Massendruck (z. 
B. Ausgangsrechnungen), Outsourcing des gesamten Rechen- 
zentrums, PC-Benutzerservice durch ein externes Softwarehaus. 

Zahlreiche konkrete SLA-Beispiele hat z. B. Jäger-Goy (2002, S. 
106) zusammengestellt: 

• „Verfügbarkeit: z. B. 96 % jeden Tag, von Montag bis 
Freitag von 7-20 Uhr für jedes Call-Center; 

• Zuverlässigkeit: z. B. nicht mehr als drei Ausfälle pro 
Zeiteinheit; 

• Servicefähigkeit: z. B. 96 % aller Netzwerkausfälle in je- 
der Arbeitswoche werden innerhalb von 30 Minuten 
nach Fehlermeldung behoben; 

• Mindestabnahmemengen: z. B. die vereinbarte Anzahl 
von 180 R/3-Power-Usern gilt für mindestens ein Jahr; 

• Zeiten: (Antwort-, Wiederanlauf-, Durchlaufzeiten), z. B. 
66 % aller Telefonanrufe werden spätestens nach dem 
vierten Klingeln angenommen; 

• Kundenzufriedenheit: z. B. zweimal jährlich wird eine 
Kundenzufriedenheitsmessung durchgeführt, um die 
Help-Desk-Service-Leistung zu messen“. 



Bei der Festlegung von SLAs ist vor allem auf die Zweckhaftig- 
keit der Vereinbarungen zu achten. Ein häufiger Fehler wird in 
der Praxis beim „Desktop-Outsourcing“ gemacht, wenn die Ser- 
vice-Hotline, die Benutzeranfragen bearbeitet, in die Hände eines 
externen Dienstleisters gegeben wird. Wird die Hotline nach der 
Anzahl der Benutzeranfragen oder der benötigen Arbeitszeit 
bezahlt, besteht die Gefahr, dass Anwender die Hotline meiden 
und zur Selbsthilfe greifen. Die steigende Selbsthilfe unter den 
Kollegen kann jedoch dazu führen, dass indirekte IT-Kosten 
(Arbeitszeitverlust, Folgefehler) deutlich steigen. Daher sind 
Computer-Hotlines möglichst über eine monatliche Pauschale zu 
honorieren. Um dennoch zu erreichen, dass der IT-Dienstleister 
an einer hohen Serviceleistung Interesse zeigt, sollte die zugehö- 
rige SLA z.B. vorsehen, dass 80% der Erstanrufe zu einer Prob- 
lemlösung führen. Denn nur Anwender, denen überwiegend 
sofort geholfen wird, werden eine Hotline langfristig nutzen. 
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4.3 Leistungsvereinbarungen (Service Level Agreement) 



4 . 3.2 

SLA-Inhalte 



Inhalte 

Eine SLA steuert als komplexes Vertragswerk über viele Rege- 
lungen das Zusammenspiel zwischen den Vertragsparteien. 



• Leistungsspezifikation 

Hierunter ist die exakte Beschreibung der Art und des Umfangs 
der zu erbringenden Leistung (z. B. Einführung, Betrieb und 
Wartung einer Standardsoftware) zu verstehen. 



• Termine, Fristen 

Leistungen sind zu bestimmten Zeitpunkten (z. B. Report über 
erbrachte Leistungen am fO. des Eolgemonats) oder innerhalb 
festgelegter Eristen (Störungsbeseitigung innerhalb von acht Ar- 
beitsstunden) zu erbringen. Idealerweise werden diese in Bezug 
zu Prioritäten gesetzt, z. B. der Beseitigung von kritischen Stö- 
rungen (Serverstillstand) innerhalb von zwei Stunden, Beseiti- 
gung von weniger kritischen Störungen (Ausfall eines Druckers) 
innerhalb von einem Arbeitstag. 



• Konditionen 

Vergütungen und Vertragsstrafen sind in der Höhe und Berech- 
nung (z. B. Rabattstaffeln) sowie Rechnungsstellung (z. B. Mo- 
natsrechnung) zu spezifizieren. 



• Organisatorische Rahmenbedingungen 

Hier sind Regelungen über die Abwicklung der Leistungsbezie- 
hung zu treffen. Insbesondere ist zu klären, welche Arbeits- und 
Bereitschaftszeiten zu erbringen sind. Eestzulegen ist, wie ein 
Auftrag zustande kommt (z. B. Meldung der Störung per Telefon, 
per E-Mail?) 



• Nachweis der Leistungserbringung 

Hier gilt der Grundsatz, der Auftragnehmer hat die Leistungs- 
erbringung nachzuweisen. Er muss nachprüfbare Aufzeich- 
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nungen über Art und Umfang der erbrachten Leistungen führen. 
Bei Streitfällen entscheidet ein partnerschaftlich besetztes Gremi- 
um. Für die Abrechnung der Leistungen sind nur messbare Krite- 
rien gültig. 



• Zulässige Ausreißerquote 

Maximaler Anteil der Leistungseinheiten, die außerhalb des ver- 
einbarten Qualitäts- / Terminrasters liegen dürfen. 



• Konsequenzen von SLA-Verletzungen 

Solange die vereinbarte Ausreißerquote nicht überschritten wird, 
liegt keine SLA-Verletzung vor. Für den Auftraggeber bedeutet 
dies, dass er bei ärgerlichen Einzelfällen keine Sanktionierung 
gegenüber dem IT-Lieferanten erhält. Erst wenn die zulässige 
Ausreißerquote überschritten wird, können Maßnahmen eingelei- 
tet werden. 



• Maßnahmen bei SLA-Verletzungen 

Eine Malusregelung erlaubt dem Auftraggeber, für entstandene 
Schäden, die durch die SLA-Verletzung eingetreten sind, den 
Leistungspreis zu reduzieren. Da der Malus den Deckungsbeitrag 
des Auftragnehmers aufzehrt, ist er daran interessiert, die Service- 
Level-Vereinbarung einzuhalten. Allerdings sollte die folgende 
Grundregel beachtet werden: Die „Strafe“ soll wehtun, darf den 
Dienstleister jedoch nicht in den Konkurs zwingen. 

Auf die Relevanz des Bezugszeitraumes einer SLA im Hinblick 
auf die Rechtsfolgen weist z. B. Rittweger hin (vgl. Rittweger 
2003, S. 19). Die normale Vergütung für den Service wird fällig, 
wenn die Leistung im vereinbarten Normalbereich liegt. Eine 
Vereinbarung über eine 99,5 %-ige Verfügbarkeit eines Daten- 
bankservers bei einer Betriebszeit von 24h an sieben Tagen in 
der Woche bedeutet eine maximal zulässige Ausfallzeit von 7,2 
Minuten bei einem Bezugszeitraum von einem Tag oder einer 
Ausfallzeit von etwa zwei Tagen bei einem Bezugszeitraum von 
einem Jahr. Dies bedeutet, dass der Rechner die angegebenen 
Zeiten Stillstehen darf, ohne dass der Vertrag verletzt wird. Sinkt 
die Leistung unterhalb eines vereinbarten Mindestlevels, wird 
eine Strafe (Malus, auch Pönale genannt) fällig. Bei einer Überer- 
füllung des Vertrages ist dagegen eine Zusatzvergütung (Bonus) 
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Bezug zum LT- 
Controlling 



zu zahlen. Fällt die Leistung sehr weit unter einen im Vertrag 
festgelegten Level ab, besteht Anspruch auf Schadenersatz und 
die Möglichkeit der Vertragskündigung. Abbildung ll6 verdeut- 
licht diesen Zusammenhang. 

Übererfüllung 



^ geschuldete 
Leistung 

Mindest-Level 

Akzeptanz 

nicht akzeptier- 
barer Level 



Schlechtleistung 

Abbildung ll6: Konsequenzen der Service-Level-Verletzung (Ritt- 
weger, 2003) 

Die Aufgabe der Pönale besteht in der teilweisen oder vollstän- 
digen Kompensation des durch die Nichterfüllung des Vertrages 
entstandenen Schadens. Allerdings übernehmen in der Praxis nur 
die wenigsten Anbieter gegenüber dem Auftraggeber größere 
Unternehmensrisiken. Sofern vertragliche Vereinbarungen nichts 
anderes vorsehen, bleibt daher normalerweise der gesetzliche 
Schadenersatzanspruch bestehen. Weiterhin dient die Pönale als 
Druckmittel gegenüber dem Provider. Allerdings empfiehlt es 
sich, im Vertrag ein Sonderkündigungsrecht zu vereinbaren, falls 
die SLA-Vereinbarungen besonders schwer unterschritten oder 
häufiger nicht eingehalten werden. Dies dürfte im Zweifelsfall 
ein stärkeres Druckmittel gegenüber dem Provider darstellen. 

Der Einsatz von SLAs hat einen hohen Bezug zum IT- 
Controlling-Konzept. SLAs liefern einen Beitrag zur Planung und 
Kontrolle des Einsatzes der IT und damit zur Verbesserung der 
Wirtschaftlichkeit. Sie unterstützen die Vertrags- und Leistungs- 
beziehungen zu internen und externen Lieferanten und tragen 
durch die verbesserte Transparenz von Kosten und Leistungen 
zu einer Leistungsverbesserung bei. Der IT-Controllerdienst sollte 
sich stets in die Entwicklung und Vereinbarung von SLAs ein- 
schalten und die Fachabteilungen bzw. IT-Abteilung aktiv unter- 
stützen. 
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Ein Beispiel für eine SLA zum Betrieb eines Rechenzentrums ist 
in Abbildung 117 dargestellt. Die SLA unterscheidet drei Quali- 
tätslevel: „Sehr hohe Verfügbarkeit“ (schnelle Reaktionszeiten 
und lange Servicezeiten), „Hohe Verfügbarkeit“ und „Standard 
Verfügbarkeit“ mit Basisabsicherung ohne Komfort im Problem- 
fall. 



SLA-Level 


Level 1 
Sehr hohe 
Verfügbarkeit 


Level 2 
Hohe 

Verfügbarkeit 


Level 3 

Standard 

Verfügbarkeit 


Betriebszeit 


Mo - So 

00.00-24.00 Uhr 


Mo - So 

00.00 - 24.00 Uhr 


Mo - So 

00.00-24.00 Uhr 


Wartungsfenster 


2 h pro Monat nach 
Vereinb., zusätziich 5 h 
Quartai 


3 h pro Monat, nach 
Vereinb., zusätzlich 10 h 
Quartal 


5 h pro Monat, nach 
Vereinb., zusätzlich 20 h 
Quartal 


Servicezeiten (Hotiine) 


Mo -Fr. 06.00-22.00 Uhr, 
Sa 08.00-14.00 Uhr 
So 60 h p.a. nach Vereinb. 
Restiiche Zeit (7*24h) 
Rufbereitschaft 


Mo - Fr. 06.00-22.00 Uhr, 
Restliche Zeit (7*24h) 
Rufbereitschaft 


Mo - Fr. 06.00-22.00 Uhr, 
Restliche Zeit (7*24h) 
Rufbereitschaft 


Ausfailhäufigkeit / 
max. Ausfaiidauer 


Ix Monat /jeweiis max. 1 h 


2x Monat / jeweils max. 1 h 


4x Monat / jeweils max. 3 h 


Max. Dauer bis zur 
Erreichbarkeit im 
Servicefaii 


20 min nach Meidung per 
Teiefon / Teiefax / E-Maii 


60 min nach Meldung per 
Telefon / Telefax / E-Mail 


90 min nach Meldung per 
Telefon / Telefax / E-Mail 


Datensicherung 


Tägiiche Oniinesicherung 
15 Generationen 


Tägliche Onlinesicherung 
8 Generationen 


Tägliche Onlinesicherung 
5 Generationen 



Abbildung 117: SLA für den RZ-Betrieb 



Ein Beispiel für eine SLA zur Netzwerkbetreuung beschreibt 
Tepker (2002, S. 58) mit einer SLA für den Service „Netzwerkan- 
bindung“ (vgl. Abbildung 118). 



1 


Servicebeschreibung: 




• 


Betrieb und Betreuung des zentralen Netzwerkes 
zur unternehmensweiten Kommunikation 




• 


Erbringung von Serviceleistungen zur Unterhal- 
tung und Weiterentwicklung des Netzwerkes 




• 


U.a.m. 


1.1 


Serviceinhalte 




• 


Bereitstellung der zentralen technischen Netzein- 
richtungen zur Kommunikation 




• 


Bereitstellung, Einrichtung und Administration ei- 
ner Netzwerk-User-ID 
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• 


Laufende Information/Beratung und Schulung der 
IT-Administratoren bei Neuerungen 




• 


Bereitstellung und Einrichtung des Zugriffs auf 
gemeinsame und zentrale Datenbereiche/Lauf- 
werke für die im Netzverbund befindlichen User 




• 


Bereitstellung eines ständig aktuellen Virenscan- 
ners auf den im Netzwerkverbund befindlichen 
Netzwerk-Servern 




• 


Bereitstellung, Betrieb, Administration zentraler 
Firewalls zum Schutz vor unbefugten Zugriffen 




• 


Allgemeine Problemannahme für die aufgeführten 
Leistungen durch den User Help Desk 




• 


Kontinuierliche Überwachung der Verfügbarkeit 
und Sicherstellung der Leistungsfähigkeit des zent- 
ralen Equipments 




• 


U.a.m. 


3 


Service-Kenngrößen 




• 


Service-Zelten (außer an Feiertagen) 

Montags-freitags innerhalb der regulären Bürozeiten 
(08.00 - 16.00 Uhr), Bereitschaft von 16.00 - 08.20 Uhr 
sowie an Sonn-/Feiertagen 24 Std. Bereitschaft gilt für 
die zentralen Netzkomponenten 




• 


Verfügbarkeit zentraler Netzwerk- 
Komponenten 

^ 95 % bezogen auf den Monat 




• 


Wartungsfenster (eingeschränkte Verfügbar- 
keit) 

Regelmäßige Wartung - Donnerstag 16.45 - 21.00 Uhr 
Unregelmäßige Wartung - nach Absprache 




• 


Reaktionszeiten bei Ausföllen 

Ausfall der Produktion - sofort 
Ausfall einzelner Arbeitsplatz - 4 Stunden 
Eingeschränkte Funktion - 12 Stunden 




• 


U.a.m. 
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4.3.3 

Einführung 



4 


Service-Ausprägungen 




• 


Vom Standard abweichende Service-Kenngrößen 
sind gesondert zu kalkulieren und zu bepreisen. 




• 


Anbindung von Home-Office/mobilen Systemen 
erfordert höheren Einrichtungsaufwand, eigene 
Produktkalkulation erforderlich. 




• 


U.a.m. 


5 


Mitwirkungspflichten 




• 


Als Ansprechpartner empfiehlt sich ein IT- 
Administrator vor Ort 




• 


Eür Leistungserstellung und Anlage der User-IDs 
gelten vereinbarte Policies und Guidelines 




• 


U.a.m. 



Abbildung 118: SLA-Beispiel (Tepker, 2002, S. 58, modifiziert) 



Einführung und Bewertung 

Die Einführung von Service Level Agreements ist ein zeitaufwen- 
diger Prozess, der sich wegen organisatorischer Veränderungen 
erfolgreich nur sukzessive durchführen lässt. 

• Anforderungen definieren 

Zunächst sind die geschäftlichen Anforderungen des Kunden 
zu ermitteln, z. B. die Art der Leistung (z. B. PC-Störung be- 
seitigen), der gewünschte Servicelevel (z. B. Wiedereintritt 
der Arbeitsfähigkeit nach Störungsmeldung innerhalb von 
zwei Stunden). Ein wichtiger Punkt ist das zu erwartende 
Mengenvolumen, das im Unternehmen durch Abfragen er- 
mittelt werden kann. 

• IT-Katalog 

Danach ist vom IT-Dienstleister (intern oder extern) ein IT- 
Katalog zu erstellen, der die Produkte enthält, die vom Kun- 
den benötigt werden. 

• Preisverhandlung 
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Vorteile von 
SLAs 



Nachteile von 
SLAs 



4.4 

4.4.1 



Anschließend können die Vertragspartner in Preisverhand- 
lungen treten. Der IT-Dienstleister ermittelt seine Kosten, der 
Kunde holt Vergleichsangebote für den Preisvergleich ein. 
Vertragsstrafen bei Nichteinhaltung der vereinbarten Service- 
Leveis sind vorsorglich zu vereinbaren. 

• Vertragsabschluss 

Nach dem Abschluss des SLA-Vertrages ist eine Einschwing- 
phase notwendig und sinnvoll. Kurze Vertragslaufzeiten sind 
empfehlenswert, um dauerhafte Abhängigkeiten zu vermei- 
den. 

SLAs schaffen Transparenz über die Leistungen des IT-Anbieters. 
IT-Kunden können den Service-Grad nach ihren Wünschen indi- 
viduell wählen. SLAs können zu einer Win-Win-Situation führen. 
Sie helfen dem IT-Anbieter zu einer kundenorientierten Ausrich- 
tung seiner Prozesse und bieten eine fixierte Rechtsgrundlage in 
Streitfällen. Als Unterstützung für Kosten senkende Maßnahmen, 
wie dem TCO-Konzept, empfehlen sie sich als Instrument des IT- 
Controlling-Konzeptes. 

Die Entwicklung von SLAs ist ein Prozess mit einer Einschwing- 
phase. Während dieser Anlaufzeit lassen sich die SLAs nicht an- 
wenden, haben allenfalls statistischen Wert. Langfristig besteht 
die Gefahr einer Fixierung der Leistungsbemühungen des Liefe- 
ranten auf die Erfüllung der SLAs. Außerdem bietet sich die 
„Chance“ durch „Schönrechnen“ eine erhöhte Leistungsfähigkeit 
vorzutäuschen. 



IT-Projektmanagement 

Controlling (Steuerung) von IT-Projekten 

Projektarbeit als Standard-Organisationsform im IT-Umfeld 

IT-Aufgaben werden meist in Form der Projektarbeit durchge- 
führt. Typische Aufgaben, wie die Einführung eines neuen Pro- 
duktionsplanungs- und Steuerungssystems, die Installation einer 
neuen Version der bereits eingesetzten Textverarbeitungssoft- 
ware, die Schulung der betroffenen Mitarbeiter und vieles mehr 
werden als Projekt bearbeitet. Nur wenige Aufgaben stellen Re- 
gelaufgaben bzw. Routineaufgaben dar. Für IT-Mitarbeiter ist die 
Leitung von Projekten bzw. die Mitarbeit in IT-Projekten der 
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Normalfall. Für die betroffenen Mitarbeiter der Fachabteilungen 
sind die IT-Projekte oft eine Zusatzaufgabe, die neben dem „Ta- 
gesgeschäft“ zu leisten ist. Hieraus ergeben sich zahlreiche Her- 
ausforderungen für den IT-Controllerdienst. 

Eine zentrale Aufgabe des IT-Controlling-Konzeptes ist das IT- 
Projektcontrolling. Es stellt durch Ausrichtung der IT-Projektziele 
an den Unternehmenszielen deren Erreichung sicher. Hierzu 
werden klassische Controlling-Werkzeuge, wie der Soll-Ist- 
Vergleich, die Abweichungsanalyse und Einleitung von Korrek- 
turmaßnahmen eingesetzt. Typische Aufgaben eines Projektcont- 
rollers sind: 

• Projektplanung: Unterstützung bei der Erstellung der Pro- 
jektplanung und der Projektbeschreibung, 

• Projektpflege zur Konsistenzsicherung mit der Planung und 
Prüfung auf Vollständigkeit der Leistungskontierungen, 

• Unterstützung bei der Erstellung der Präsentationen und 
Überwachung der Aufträge aus dem Lenkungsausschuss, 

• Erstellung von Auswertungen zur Steuerung des Projekts, 

• Berichtswesen: Vorbereitung und Prüfung der Statusberichte, 

• Risikomanagement: Führen der Risikoliste, 

• Überwachung der Projektkosten, 

• Unterstützung bei der Erstellung des Projektabschlussbe- 
richts. 



Ein Praxisbeispiel für die Stellenbeschreibung eines Projektcont- 
rollers ist in Abbildung 119 dargestellt. 
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Phasenmodell 



Stellenbeschreibung Projektcontroller 


Stelleninhaber 


Bernd Meier 


Vorgesetzter 

Stellvertreter 


Leiter Controlling 

Funktionsbezogen: Stellvertreter des Leiters Controlling 
Projektbezogen: Stellvertretung des Projektleiters 
hinsichtlich Projektplanung und Steuerung 
(Termine, Kosten, Arbeitsfortschritt) 


Direkt unterstellte Mitarbeiter Hilfskraft Projektassistenz 


Vollmachten 


Weisungsbefugnis gegenüber dem Projektleiter in 
folgenden Fragen: 

Informationsherausgabe (z.B. über den Status des 
Projektes oder einzelner Arbeitspakete 
Finanzhoheit (insb. Gegenzeichnung von 
projektbezogenen Ausgaben) 


Zielsetzung der Stelle 


Wirtschaftliche Planung, Steuerung und Kontrolle der 
betreuten Projekte. 

Unterstützung des Projekdeiters durch Bereitstellung 
von geeignete Methoden, Instrumenten, Planungen und 
Analysen. 


Verantwortlichkeiten 


Sicherstellung der Transparenz des Projektverlaufs 
gegenüber den Kontrollgremien durch Bereitstellung 
und Nutzung der hierfür erforderlichen betriebswirt- 
schaftlichen Methoden, Instrumente und Analysen. 


Aufgaben 


Unterstützung des Projekdeiters durch die Bereitstellung 
betriebswirtschaftlicher Methoden und Instrumente: 

- Erstellung von Wirtschafdichkeits- und Risikoanalysen 

- Erstellung von Projektstruktur- und Zeitplänen 

- Erstellung von Projekt-Kostenplänen 

- Erstellung von midaufenden Projektkalkulationen 

- Ursachenanalyse bei Abweichungen 

- Erarbeitung von Vorschlägen für Gegenmaßnahmen 
Informadon der Mitglieder des Projektlenkungsaus- 
schusses, insbesondere bei Abweichungen gegenüber 
dem Plan. 


Ort 


Datum 


Leiter Controlling 


Projektcontroller 



Abbildung 119: Stellenbeschreibung eines Projektcontrollers (Pra- 
xisbeispiel, Softwarehaus, etwa 250 Mitarbeiter) 



Projektphasen 

IT-Projekte werden in Phasen zerlegt, um fachlich unterschiedli- 
che Tätigkeiten zu trennen und die Steuerung zu vereinfachen. 
Abbildung 120 zeigt ein Phasenmodell für IT-Projekte, das unter 
Berücksichtigung des Projektcontrollings entworfen wurde. Es 
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enthält die Kemphasen eines Projektes (Vorstudie, Projektantrag, 
Projektstart, Ist-Aufnahme, Soll-Konzeption, Umsetzung und 
Projektabschluss) sowie die projektbegleitende Querschnittspha- 
se des Projektcontrollings. 




^rojekt- 

abschlussv^ 



Projektcontrolling 



• Qualitäts- und Risko-Management 

• Berichtswesen/Dokumentation 
■ Kommunikation/Moderation 



Abbildung 120: Phasenmodell für Projekte 

Vorstudie Die Vorstudie versetzt den Projektleiter in die Lage, einen Pro- 

jektantrag zu stellen. Sie klärt beispielsweise folgende Fragen: 

• Wird das richtige Problem verfolgt? 

• Kann es mit einer Standardsoftware gelöst werden oder ist 
eine Eigenentwicklung erforderlich? 

• Müssen externe Berater eingesetzt werden oder reicht das 
eigene Know-how aus? 

• Wie lange wird die Projektdurchführung dauern? 

• Welche Kosten müssen veranschlagt werden? 

• Wie hoch ist der voraussichtliche Projektnutzen? 

Projektantrag Der Projektantrag ist eine formale Aufforderung an das Manage- 
ment, ein Projekt zur Durchführung freizugeben und die erfor- 
derlichen Ressourcen bereitzustellen. Ein genehmigter und frei- 
gegebener Projektantrag ist der „Projektauftrag“, also die Hand- 
lungsgrundlage für den Projektleiter. Er enthält üblicherweise 
folgende Angaben: Projektname und -ziel, Start und Ende- 
termine, Hauptaufgaben, Budget, Auftraggeber, Projektleiter 
(soweit bekannt), Projektteammitglieder, Betroffene Organisati- 
onseinheiten, inhaltlicher oder zeitlicher Zusammenhang zu an- 
deren Projekten. 

Abbildung 121 zeigt ein Formularmuster für einen Projektantrag 
bzw. -auftrag, der aus Hölzle/Grünig, (2002) entnommen wurde. 
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Projektstart 



Projektauftrag 



Projektname; 


IT-Kennzahlensystem 


Projektnummer; 


2004/01 7A 


Auftraggeber; 


Dr. H. Becker, Leiter Finanz- und 
Rechnungswesen 


Projektleiter; 


Bernd Müller 




G. Seidel, Leiterin Informationstechnik 






Datum; 


17.12.2003 







Problemstellung; Was ist der Grund für das Projekt, welches der strategische Zweck? 



Die IT-Kosten sind in den vergangenen Jahren stark angestiegen. Die Ursachen hierfür sind nur 
ansatzweise bekannt. Ein Kennzahlensystem mit einem Focus auf die Informationstechnik existiert 
nicht 



Projekt-Ziel: Was soll das Ergebnis sein/nicht sein, welchen Nutzen soll es für wen stiften? 



Entwurf und Einführung eines Kennzahlensystems zur Planung, Steuerung und Kontrolle der IT- 
Projekte. 



Organisation; 


Wer ist wofür verantwortlich und hat welche Kompetenzen? 


Auftraggeber; 


G. Seidel, IT: Bereitstellung Budget. Definition Projektziel. Abnahme der 
Ergebnisse 

H. Becker, F: Integration in Finanz-Kennzahlensystem 


Ausschüsse; 


Führungskreis A (Geschäftsführung, Bereichsleitungen) 


Projektleiter; 


Bernd Müller, IT-1 


Projektteam; 


Wird noch bestimmt, temporäre Mitarbeit aus IT und F, ggf. weitere Bereiche 


Termine: 


Wann beginnt bzw. endet was? 


Start Phase: 


01.01.04 


Meilensteine: 


Vorlage Projektplan 15.1.04 
Vorlage 1. Entwurf 28.2.04 
Vorlage Umsetzungskonzept 31 .03.04 

Abstimmung mit vorhandenen Kennzahlensystemen F 31 .1 0.04 
Inbetriebnahme Kennzahlensystem: 1.1.05 


Ende Projekt: 


31.01.05 



Ressourcen; Welche Ressourcen stehen zur Verfügung? 



Projektbudget: 


1 00.000 € 


Personelle 

Ressourcen: 


• 1 MA aus IT(30 %) 


• 


• 


• 1 MA aus F (30 %) 


• 


• 


• 1 Sekr. Aus IT (20%) 


• 


• 


• 


• 


• 


Sonstige 

Ressourcen: 


Projektbüro im Hauptgebäude, Laptop, weitere Ressourcen nach Bedarf 



Abbildung 121: Formular für einen Projektantrag, entnommen 
aus: Hölzle/Grünig (2002) 



Zum Projektstart wird ein „Kick-Off-Meeting“ durchgeführt, bei 
dem alle wesentlichen Beteiligten zusammengerufen und die 
weiteren Schritte festgelegt werden. Die Ziele des Meetings sind: 

• Intitialisierung des Projektes und der Projektorganisation, 
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Ist-Aufnahme 



Soll-Konzeption 



• Vorstellung der benannten Personen und Rollen, 

• Festlegung und Klärung von Verantwortlichkeiten, 

• Identifikation aller wesentlichen Partner, 

• Identifikation der Teilnehmer für den Projektlenkungsaus- 
schuss, 

• Schaffung eines „Wir-Gefühls“, 

• Sicherung der Unterstützung des Top-Managements (u.a. 
durch deren Teilnahme), 

• Festlegung von organisatorischen Grundfragen (Projektbüro, 
Telefonummern, E-Mail-Adressen, Budget, Reisekostenab- 
rechnung, Zeitaufschreibungen für Projektmitarbeiter, u.a.), 

• Informelle Gespräche. 



Das Kick-Off-Meeting ist ein Motivations- und Marketinginstru- 
ment. Darüber dient es der Klärung offener Fragen an einen 
großen Personenkreis, der selten in dieser Konstellation noch 
einmal zusammen kommt. Die Schaffung persönlicher Beziehun- 
gen ist für die spätere Teamarbeit unabdingbar. Nicht bekannte 
Schwachstellen in der bisherigen Projektvorbereitung werden 
transparent. 

Die Zielsetzung der Phase Istaufnahme besteht in der Erhebung 
des Ist-Zustandes. Hierzu zählen die betriebliche Aufbauorgani- 
sation, die Arbeitsabläufe, der IT- und Personaleinsatz sowie eine 
detaillierte Wirtschaftlichkeitsanalyse. Ein weiterer wichtiger As- 
pekt ist die Analyse hinsichtlich Schwachstellen und Verbesse- 
rungspotentialen der vorgenannten Bereiche. 

In der Sollkonzeption wird ein fachlicher Lösungsentwurfs auf 
der Basis der Ist-Analyse erarbeitet. Das Sollkonzept umfasst 
folgende Inhalte: 

• Zielsetzung: Welches Ziel soll unter Beachtung der realen 
Restriktionen verfolgt werden? 

• Aufgabenumfang-. Welche Aufgaben sollen im Einzelnen 
realisiert werden? 

• Lösung-. Vorschlag von Lösungsmöglichkeiten, um die Auf- 
gaben zu erfüllen. 
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Bei der Umsetzung eines IT-Projektes erfolgt die Einführung 
einer Standardsoftware oder die Entwicklung und Einführung 
einer Individualsoftware. 

Zum Projektabschluss gehört die ordnungsgemäße Übergabe des 
Projektergebnisses an den Auftraggeber, z. B. die Übergabe des 
fertigen Softwaresystems an die Eachabteilung. Nach der Durch- 
führung Projektes ist die Erstellung und Analyse der Nachkalku- 
lation eine wichtige Aufgabe. Sie dient dazu, das durchgeführte 
Projekt zu bewerten und Erfahrungen für zukünftige Projekte zu 
sammeln. Ggf. können Maßnahmen eingeleitet werden, wie z.B. 
eine Verbesserung der im Unternehmen verwendeten Kosten- 
schätzmethoden. Die letzte Aufgabe ist die formelle Auflösung 
des Projektteams. Aus personalwirtschaftlicher Sicht ist dies ver- 
bunden mit der Beschaffung von Nachfolgepositionen für die 
Projektmitarbeiter und den Projektleiter. Dazu gehört auch die 
Auflösung von Räumen und Rückgabe von Ressourcen (Eahr- 
zeuge etc.). 

Zu unterscheiden ist die Steuerung eines Einzelprojektes oder 
eines Projektbündels (Multiprojektcontrolling), also von mehre- 
ren unabhängigen oder thematisch zusammengehörenden Pro- 
jekten. Im ersten Pall konzentriert sich der IT-Controller auf ein 
einzelnes - meist ein strategisch bedeutsames - Projekt. Im ande- 
ren Pall, auch als Programm-Management bezeichnet, geht es 
darum, eine Vielzahl von Projekten auf die Unternehmensziele 
hin auszurichten (vgl. ausführlich Dobiey et al. 2004). Dies kön- 
nen mehrere Kleinprojekte sein oder auf der Ebene einer Kon- 
zernholding mehrere strategisch relevante Projekte der nachge- 
lagerten Tochtergesellschaften des Konzerns. 

Im Regelfall steuert das IT-Projektcontrolling der Projektleiter, 
der diese Aufgabe an einen IT-Controller delegiert. Seine Werk- 
zeuge sind: 

• der Projektstrukturplan, der den Gesamtumfang eines IT- 
Projektes in einzelne Aufgabenpakete zerlegt, 

• der Projektorganisationsplan (Organigramm), der die Gre- 
mien (Projektleitung, Lenkungsausschuss) und die einzelnen 
Arbeitsgruppen/Projektgruppen darstellt und 

• die Ablauf-, Zeit- und Terminpläne, mit der logischen Abfol- 
ge der Arbeitsschritte, Abhängigkeiten und dem Zeitbedarf. 

Auf die Erläuterung von Einzelheiten zu diesen Standardwerk- 
zeugen des Projektmanagements wird verzichtet und auf die 
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umfangreiche Literatur verwiesen (vgl. z. B. Fiedler, 2001; Hen- 
rich, 2002; Litke, 1995; Wischnewski, 2001 und die dort genannte 
Literatur). Stattdessen wird auf praxisnahe Aspekte eingegangen, 
die für den IT-Controller wichtig sind. 

Bei der Planung konkreter IT-Projekte ist der altbekannte Grund- 
satz der Betriebswirtschaftslehre, das „Pareto-Prinzip“ alias 
„80:20-Regel“ zu beachten. Also: Nicht versuchen, alle Anforde- 
rungen der Fachabteilung zu realisieren, sondern nur das We- 
sentliche. 80 % der Anforderungen werden mit 20 % des Auf- 
wandes erreicht, die restlichen 20 % der Anforderungen benöti- 
gen 80 % weiteren Aufwand. Daher ist es wichtig, Aufgaben zu 
identifizieren, die sich nicht realisieren lassen und Aufgaben, die 
realisierbar sind. Die Konzeption einer perfekten Lösung ver- 
braucht zu viel Zeit, während sich im Zeitablauf die Bedingun- 
gen wieder ändern. Eine termingerechte 80 %-Lösung führt zu 
mehr Zufriedenheit bei den Endanwendern, als eine nie fertige 
100 %-Lösung. Erfahrungsgemäß ist es für IT-Projektleiter 
schwierig, die Anforderungen der Fachabteilung zu begrenzen. 
Hier kann der IT-Controller durch Wirtschaftlichkeitsanalysen 
Anforderungsrangfolgen empfehlen. 

Für IT-Projekte liefert das Meilensteincontrolling durch Überwa- 
chung und Steuerung wichtige Projektzwischenergebnisse (Mei- 
lensteine). Ein Meilenstein liefert ein termingebundenes und zeit- 
kritisches Ergebnis in der Projektarbeit. Es ist erreicht, wenn das 
Projektziel vollständig und termingerecht vorliegt. 

IT-Projekte dauern oft Monate, zum Teil auch Jahre. Meilensteine 
dienen der permanenten Fortschrittskontrolle und zerlegen ein 
IT-Projekt in überschaubare Teile. Für jedes IT-Projekt sind wich- 
tige Meilensteine zu planen und mit dem Projektlenkungsaus- 
schuss bzw. dem Auftraggeber festzulegen. Der Controllerdienst 
achtet darauf, dass der IT-Projektleiter zu jedem Meilenstein ei- 
nen formalisierten Bericht (Meilensteinbericht) vorlegt, der über 
den Stand der Arbeiten informiert. Beispiele für typische Meilen- 
steine in Softwareprojekten liefert Abbildung 122. 
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Abbildung 122: Meilensteine in Softwareprojekten (Sommerville 
2001, S. 289) 

Aufwandsschätzung von IT-Projekten 

Trotz gestiegener Kostensensibilität wird der Aufwand für IT- 
Projekte oft zu niedrig veranschlagt. Viele IT-Projektleiter wissen 
nicht, wie man Schätzungen erstellt (vgl. Henselmann/Wenzel, 
2002, S. 39), obwohl verlässliche Aufwandsschätzungen zu den 
zehn wichtigsten Erfolgsfaktoren für Softwareprojekte gezählt 
werden (vgl. Moll et al. 2004, S. 424). 

Ein bekanntes Problem taucht immer wieder in der Praxis vieler 
IT-Projekte auf. Parkinson stellte vor Jahrzehnten bereits fest, 
dass sich der Arbeitsaufwand für Projekte an der zur Verfügung 
stehenden Zeit orientiert. Kosten werden nach verfügbaren Res- 
sourcen und nicht nach konkreten Schätzungen ermittelt (vgl. 
Sommerville, 2001, S. 526). Wenn ein Softwaresystem innerhalb 
von 12 Monaten zu liefern ist und fünf Mitarbeiter zur Verfügung 
stehen, wird der erforderliche Aufwand auf 60 Personenmonate 
geschätzt. 

Neben üblichen Problemen der Planungsunsicherheit, die mit 
Aufwandsschätzungen verbunden sind, gibt es bei IT-Projekten 
einige Besonderheiten, die der IT-Controllerdienst zu beachten 
hat. 

Vor der Aufwandsschätzung von IT-Projekten sind die Kosten- 
treiber für die unterschiedlichen IT-Projekttypen zu identifizieren 
und zu bewerten. Je nach Projekttyp (Eigenentwicklung von 
Software oder Implementiemng von Standardsoftware) und Pro- 
jektumfang (Klein-, Mittel- oder Großprojekt) verändern sich die 
Kostentreiber und es kommen unterschiedliche Schätzmethoden 
zum Einsatz. 

Als primäres Ziel der Aufwandsschätzung gilt die Ermittlung des 
Aufwands für die Durchführung eines inhaltlich festgelegten IT- 
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Projektes. Die zu bestimmenden Aufwandsgrößen sind vor allem 
Personalkosten und der Aufwand für die zu beschaffende Hard- 
und Software. Als Voraussetzung für die Aufwandsschätzung ist 
der Projektrahmen zu fixieren. Ein je nach Projektphase detail- 
liertes Anforderungsprofil ist zu erstellen. 

Aufwandsschätzungen erarbeitet die Praxis für folgende Situatio- 
nen: 

• Auswahlentscheidungen: Auswahl des günstigsten Projek- 
tes aus mehreren Alternativen, z. B. häufig zur Klärung der 
Make- oder Buy-Entscheidung (Individualentwicklung oder 
Standardsoftware) . 

• Durchführungsentscheidungen: Wird ein Projekt durch- 
geführt oder nicht? Die Projektkosten liefern die Entschei- 
dungsgrundlage für die Wirtschaftlichkeitsanalyse. 

• Plandatengewinnung für das Projektcontrolling: Die 

Entscheidung für ein bestimmtes Projekt ist dann bereits er- 
folgt. 

• Angebotserstellung: Für Softwarehäuser, IT-Abteilungen 
großer Unternehmen. 

• Aktualisierung vorhandener Schätzungen: Muss nach 
jeder Projektphase oder aufgrund veränderter Rahmenbedin- 
gungen erfolgen. 



Abbildung 123 dokumentiert wichtige Schätzzeitpunkte im Pro- 
jektverlauf. Die Projekt-Vorkalkulation dient der groben 
Schätzung der Projektkosten. Das Ergebnis der Vorstudie erfor- 
dert als Input die grobe Projektstruktur (Aufgaben), notwendige 
Ressourcen und Ecktermine. Für den Projektantrag ist eine detail- 
lierte Projekt-Plankalkulation erforderlich. Sie benötigt detail- 
lierte Angaben. Die Projekt-Plankalkulation ist die Grundlage 
für die Projektfreigabe. Die mitlaufende Projektkalkulation 
gibt dem IT-Controller die notwendigen Steuerungsinformationen 
zum Stand und zur Entwicklung der Projektkostensituation. Sie 
erfordert detaillierte Rückmeldungen über Ist-Kosten (Lizenzge- 
bühren, Berater-Rechnungen, Stundenerfassungen der Mitarbeiter 
u.a.). Nach dem Projektabschluss empfiehlt es sich, eine Projekt- 
nachkalkulation zu erstellen, die als Basis für eine abschließende 
Betrachtung der Wirtschaftlichkeit des Projektes und Grundlage 
für spätere Projekt-Vorkalkulationen dient. 
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Abbildung 123: Schätzzeitpunkte im Projektverlauf 
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In größeren Unternehmen, z. B. in Versicherungen und Banken, 
werden teilweise hauptamtliche „IT-Kostenschätzer“ beschäftigt, 
deren Aufgabe es ist, als unabhängige Berater die IT-Projekt- 
teams zu unterstützen. In kleineren und mittleren Unternehmen 
wird die Kostenschätzung in der Regel durch Mitarbeiter der 
Projektteams durchgeführt. Tiemeyer (2005a, S. 117) empfiehlt 
die Durchführung einer „Schätzklausur“, bei der das Projektteam, 
ggf. unterstützt durch externe Berater, jede Projektaktivität im 
Detail analysiert und bewertet. 

Unabhängig vom Einsatz spezieller Schätzmethoden gelten all- 
gemeine Grundprinzipien, die bei der Aufwandschätzung von 
Softwareprojekten zu beachten sind. Sie liefern wichtige Voraus- 
setzungen für eine erfolgreiche Aufwandsschätzung. 

• Stets methodisch und für Dritte nachvollziehbar vergehen! 

Jede Aufwandsschätzung muss für Dritte nachvollziehbar 
sein. Vergleichbare Projekte eines Unternehmens sind jeweils 
nach der gleichen Methode zu schätzen. Nur dann lässt sich 
eine Analyse und Bewertung der Abweichungsursachen vor- 
nehmen. 

• Projekt untergliedern und über kleine Objekte schätzen. 

Es ist einfacher, kleine Einheiten zu schätzen. Projekte in 
überschaubare Einzelpakete gliedern. 
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• Normalen Projektverlauf voraussetzen. 

Bei der Schätzung ist zunächst ein normaler Projektablauf zu 
unterstellen. Besondere Engpässe, wie fehlende Mitarbeiter- 
qualifikation, Zeitdruck, Einsatz eines neuen Datenbank- 
systems, anstehende Unternehmensrestrukturierungen etc. 
lassen sich in der Eorm von Risikozuschlägen berücksichti- 
gen. 

• Aufwandsschätzung regelmäßig wiederholen. 

Eine Aufwandsschätzung zu Beginn eines Projektes ist zu 
wiederholen. Es empfiehlt sich, je Projektphase eine aktuali- 
sierte und detailliertere Schätzung durchzuführen. Oft wird 
gegen diesen Grundsatz in der Praxis verstoßen und nur ei- 
ne einzige Schätzung zu Beginn des Projektes durchgeführt. 
Wichtig: Zum Abschluss eines Projektes gehört stets eine 
Nachkalkulation. 

• Alternativschätzung durchführen lassen. 

Die Schätzung ist nicht nur vom verantwortlichen Projektlei- 
ter, sondern auch von Dritten durchzuführen, z. B. einem 
anderen Projektmitarbeiter. 

• Vertraute Methoden und Instrumente einsetzen. 

Setzen Sie für die Aufwandsschätzung möglichst bereits be- 
kannte Methoden und IT-Tools ein. Die Einarbeitung in neue 
Methoden während des Projektes ist zwar reizvoll und wird 
vielfach praktiziert. Sie führt zu Mehraufwand und liefert un- 
nötige Eehlerquellen für die Qualität der Schätzung. Einheit- 
liche Checklisten und Eormulare erleichtern die Projektpla- 
nung und -kontrolle. 

Als Grundlage für die verschiedenen Verfahren der Aufwands- 
schätzung gelten Basismethoden, die sich einzeln oder kombi- 
niert verwenden lassen. Man unterscheidet zwischen berechnen- 
den Methoden und der Analogie-Methode. Berechnende Metho- 
den verwenden Prozentsätze, Multiplikatoren oder mathema- 
tische Gleichungen zur Errechnung des Aufwandes. Die Ana- 
logie-Methode schließt von ähnlichen, bereits abgeschlossenen 
Projekten auf den Aufwand des zu planenden Projektes. 



214 





4.4 IT-Projektmanagement 



Analogie- 

Methode 



Multiplikator- 

methode 




Abbildung 124: Methoden der IT-Aufwandsschätzung 



Bei der Analogie-Methode schließt der Projektleiter vom Auf- 
wand für ein bereits abgeschlossenes, ähnliches Projekt auf den 
Aufwand für das zu planende Projekt. Anhand von Ähnlichkeits- 
kriterien wird versucht, die Unterschiede zum geplanten Projekt 
herauszuarbeiten und zu bewerten. Beispiele für solche Kriterien 
sind: 

• Art der Datenorganisation (Dateiverarbeitung oder Daten- 
bankeinsatz), 

• Verarbeitungsart (Online- oder Batchbetrieb, Abfragen oder 
Datenbank-Updates) , 

• zum Einsatz kommende Programmiersprache, 

• fachliches Anwendungsgebiet (Logistik, Rechnungswesen), 

• Erfahrung und Qualifikation des eingesetzten Personals. 

Die Analogie-Methode wird sehr häufig in der Praxis verwendet, 
da sie einfach einsetzbar ist und das Erfahrungswissen der Ex- 
perten im Unternehmen nutzt. Sie kann in allen Projektphasen 
eingesetzt werden, erfordert jedoch Daten über abgeschlossene 
vergleichbare Projekte. 

Bei diesem Verfahren werden die Mengen für quantifizierbare 
Kostentreiber (z. B. Lines of Code, Online-Masken, Ein-/Aus- 
gabe-Vorgänge) ermittelt und mit bekannten Aufwandsfaktoren 
(z. B. pro Line of Code) multipliziert. Das Problem besteht in der 
Ermittlung der Kostentreiber. Zur Unterstützung muss man unter 
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Umständen auf andere Methoden (z. B. Analogiemethode) zu- 
rückgreifen. Die Multiplikatormethode liefert je nach verwende- 
tem Kostentreiber nicht für alle Projektphasen unmittelbare 
Schätzwerte. So lässt sich über den Kostentreiber „Lines of Code“ 
der Aufwand für Programmierung und Test ermitteln, aber nicht 
für vorangegangene Phasen. 

Die Methode der „Parametrischen Gleichungen“ verwendet ma- 
thematische Gleichungen, welche die Abrechnungsdaten bereits 
durchgeführter Projekte zur Aufwandschätzung berücksichtigen. 
Eine solche Gleichung hat z. B. folgenden Aufbau: 

K = 20 + 30 Xj + 20 .... 50 x„. 

Sie ist eine Regressionsfunktion, die aus den Einflussfaktoren 
früherer Projekte (x^, x^, ..., x„) den Projektaufwand K berechnet. 

Auf Basis einer aus Erfahrungswerten bekannten oder hypothe- 
tisch angenommenen Verteilung der Projektkosten auf einzelne 
Projektphasen werden Prozentsätze für die Kosten je Phase er- 
mittelt. Unter Verwendung der Kosten bereits durchgeführter 
Projektphasen (z. B. Problemanalyse) rechnet man die restlichen 
Phasen (z. B. Anforderungsdefinition...) hoch. Dieses Verfahren 
kann darüber hinaus zur Plausibilitäts-Überprüfung anderer 
Schätzmethoden verwendet werden. 

Aus den skizzierten Basismethoden zur Aufwandsschätzung 
wurden eine Reihe spezieller Schätzmethoden entwickelt. Viele 
Methoden haben jedoch gemeinsam, dass sie selten zum Einsatz 
kommen. Sie sind meist formal anspruchsvoll, erfordern einen 
mehr oder weniger hohen Verwaltungsaufwand und sind oft 
nicht in allen Projektphasen und nicht für jede Art von IT- 
Projekten einsetzbar. Teilweise wird noch durch die Verwen- 
dung mathematischer oder statistischer Basismethoden eine in 
der Praxis nicht realisierbare Scheingenauigkeit suggeriert. 

Im Eolgenden wird die Eunction-Point-Methode skizziert. Zur 
Vertiefung wird auf die Spezialliteratur verwiesen, z. B. 
Knöll/Busse 1991, S. 45 ff. oder Grüner et al. 2003, S. 158 ff. 

Die Eunction-Point-Methode wurde 1979 von Allan J. Albrecht 
(vgl. 1979) entwickelt, zunächst für IBM und später bei anderen 
Eirmen. Im Jahr 1986 wurde deshalb die „International Function 
Point Users Group“ (IFPUG) gegründet. Im deutschsprachigen 
Raum bietet die DASMA („Deutschsprachige Anwendergruppe 
für Software-Metrik und Aufwandsschätzungen“) Seminare und 
Qualifizierungen für Praktiker zum „Certified Function Point 
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Specialist CCFPS)“ an. Die hohe Verbreitung der Methode hat zu 
einer Empfehlung durch den IEEE Standard for Software Produc- 
tivity Metrics geführt (vgl. IEEE 1993). Eine praxisorientierte um- 
fassende Einführung mit realitätsnahen Beispielen liefern Poens- 
gen/Bock (2005). 

Bei der Multiplikator-Methode ist der Aufwand für ein Software- 
projekt von den für die Benutzer nutzbaren Systemfunktionen 
abhängig. 

Aus den Anforderungen der Benutzer (z. B. Bereitstellung eines 
Dialogprogramms zur Eingabe von Rechnungsdaten mit grafi- 
scher Oberfläche) werden standardisierte Recheneinheiten (Eunc- 
tion-Points) ermittelt. Die Informationen stehen als Ergebnis des 
Grobentwurfes eines Anwendungssystems zur Verfügung. Die 
ermittelten Eunction-Points werden um die Paktoren korrigiert, 
die den Aufwand beeinflussen. Dies kann z. B. der Einsatz eines 
Datenbanksystems sein, wenn es die Programmierarbeiten erheb- 
lich vereinfacht. Alle Eunction-Points werden addiert und anhand 
einer unternehmensindividuellen Erfahrungskuiwe, ggf. differen- 
ziert nach Projekttypen, in Personen-Tage umgerechnet (vgl. 
Abbildung 125). Der geschätzte Aufwand wird allerdings nur für 
das Gesamtprojekt bestimmt, eine Unterteilung nach Phasen ist 
nicht vorgesehen. 

Erfahrungskurve A: 




Abbildung 125: Erfahrungskurven der Punction-Point-Methode 

Prämisse für die Ermittlung der Eunction-Points ist eine detaillier- 
te Beschreibung des zu realisierenden IT-Systems. 

Wichtiger Einsatzschwerpunkt der Function-Point-Methode ist die 
Aufwandsschätzung bei größeren Individualentwicklungen in 
Anwenderunternehmen oder bei Softwarehäusern. Der Schätz- 
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umfang umfasst nur den Aufwand in der IT-Abteilung. Der Auf- 
wand im Fachbereich lässt sich als pauschaler Zuschlag schätzen. 
Es empfiehlt sich, diese anspruchsvolle Methode nur über spe- 
zialisierten IT-Mitarbeiter (Methodenberater) anzuwenden, um 
die gleichmäßige und einheitliche Anwendung sicherzustellen. 
Dem kritisierten hohen Verwaltungsaufwand steht ein ver- 
gleichsweise großer Nutzen durch gute Schätzergebnisse entge- 
gen (vgl. Bundschuh, 2005, s. 28). Vorteilhaft ist die Möglichkeit, 
die Schätzergebnisse im Detail nachzuvollziehen, vgl. dazu die 
Praxiserfahrungen. 

Rentabilitätsanalyse von IT-Projekten 

IT-Projekte sind Investitionen von hohem Wert. Deshalb emp- 
fiehlt es sich, jedes IT-Projekt vor seinem Start und während der 
Laufzeit mehrmals einer Wirtschaftlichkeitsanalyse zu unterzie- 
hen. 

Rentabilitätsanalysen unterscheiden zwischen kurz laufenden 
und mehrjährigen Projekten (Laufzeit über einem Jahr). Bei kurz 
laufenden Projekten genügt es, die Einnahmen den Ausgaben 
gegenüberzustellen bzw. bei fehlenden Einnahmen die Kosten 
zu vergleichen. Mehrjährige Projekte sind einer Investitionsrech- 
nung zu unterziehen, um die Zinseffekte zu berücksichtigen. 
Dies kann mit Hilfe der Kapitalwertmethode erfolgen. Als Daten- 
basis für die Berechnung des Kapitalwertes ist ein Projektkosten- 
plan jährlich aufzustellen. Vgl. dazu die Abbildung 126 für Indi- 
vidual- und die Abbildung 127 für Standardanwendungssoftware. 



Zeitraum 


Aufwand 


Projektphasen 


Projekt- 

leitung 


Personal 

(intern) 


Personal 

(extern) 


Sonstiger 

Aufwand 


Summen 


1 Problemanalyse 












2 Anforderungsdennition 












3 Systementwurf 












4 Modulentwurf 












5 Implementierung 












6 Test und Einführung 












Summen 













Abbildung 126: Projektkostenplan (Eigenentwicklung) 



Die Besonderheit bei der Einführung von Standardanwendungs- 
software liegt in einer anderen Einteilung der Projektphasen und 
der zusätzlichen Aufwandskategorie für die Softwarelizenzen. 
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Zeitraum 


Aufwandsarten 


Projektphasen 


Projekt- 

leitung 


Personal 

(intern) 


Personal 

(extern) 


Soft- 

ware- 

lizenzen 


Sonstiger 

Aufwand 


Sum- 

men 


1. Problemanalvse 














2. Änforderungsdefinition 














3. Schnittstellenentwurf 
und -Implementierung 














4. Customizing 
Standardsoftware 














5. Test und Einführung 














Summen 















Abbildung 127: Projektkostenplan (Einführung Standardsoftware) 

Der detaillierte Projektkostenplan nach Tiemeyer (2005a, S. 188), 
lässt sich als Basis-Checkliste für die Projektkostenschätzung 
einsetzen (vgl. Abbildung 128). 



Projektkostenart 


Beispiele 


Projekteinzelkosten 


Personalkosten 


Gehälter, Prämien, Aus- und Weiterbildung 


Materialkosten 


Büromaterial, Moderationsmaterial 


Reisekosten 


Kilometergeld, Bahn- und Flugreisen, Mietwagen, Spesen, 
Übernachtung, Gästebewirtung 


Fremdleistungen 


Beratung, Spezielle Seminare (z.B. Projektmanagement- 
techniken), Software-Lizenzen (z.B. Projektmanagement- 
software) 


Versicherungen 


Unfallversicherungen, Haftpflichtversicherungen 


Gemeinkosten 


Verwaltungskosten 


Geräteumlagen (Kopierer, Computer), Kommunikations- 
kosten (Telefon, Fax), Büros 


Raumkosten 


Miete für Projektbüro, Lagerräume, Schulungsräume, etc.; 
Heizkosten, Strom, ggf. Nebenkosten für Bewachung etc. 


Sonstige Kosten 


Personalmanagement, Finanz- und Rechnungswesen 



Abbildung 128: Projektkostenartenplan (vgl. Tiemeyer, 2005a, S. 
118, modifiziert) 



Kapital- Die Summenzeilen der Projektkostenpläne sind für die Kapital- 

wertformel Wertermittlung jahresweise zu verdichten und in das Formular- 

muster der Abbildung 130 einzutragen. Daraus lässt sich der 
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Nutzwert- 

analyse 



Kapitalwert des IT-Projektes anhand der Kapitalwertformel be- 
rechnen: 



n 

Kapitalwert = E Et*(1+i)' 
t=o 



Anm.: 



E = Saldo aus Einnahmen und Ausgaben des Jahres 
t = Index für Jahre 

n = Laufzeit des Projektes (Planungsdauer) 
i = Kalkulations-Zinssatz, z.B. i = 0,08 



Abbildung 129: Kapitalwertformel 



Die Jahressalden (jährliche Projekteinnahmen abzüglich der Aus- 
gaben) werden auf den heutigen Zeitpunkt zu einem Kalkulati- 
onszinssatz abgezinst. 



Jahr 

Kategorie 


2004 


2005 


2006 


2007 


2008 


Summe 


Projekt-Erträge 


0 


0 


250 


100 


200 


550 


Aufwand 


-170 


-200 


-80 






450 


ÜberschussZ-Defizit 


-170 


-200 


170 


100 


200 


100 


1 Kapitalwert (i= 0 , 08 ) | 


85 



Abbildung 130: Berechnung des Kapitalwertes für ein IT-Projekt 

Ist der Kapitalwert wie in Abbildung 130 positiv, ist das Projekt 
aus finanzieller Sicht lohnenswert. Unberücksichtigt sind bei 
dieser Betrachtung natürlich nichtmonetäre Aspekte, z. B. strate- 
gische Nutzenpotentiale, die durch das Projekt freigesetzt wer- 
den. 

Werden im Rahmen von Auswahlentscheidungen mehrere Pro- 
jekte verglichen, so ist das Projekt mit dem höchsten Kapitalwert 
vorzuziehen. Da in solchen Fällen nicht nur monetäre Gründe 
für die Projektentscheidung maßgebend sind, ebenfalls qualitati- 
ve Verfahren wie die Nutzwertanalyse zum Einsatz. 

Die Nutzwertanalyse ist eine Methode zur Bewertung von nicht 
quantitativ beschreibbaren Alternativen. Hierzu werden die Al- 
ternativen und deren Nutzenwerte in einer Matrix gegenüberge- 
stellt. Die Alternative mit dem höchsten Nutzenwert ist die „op- 
timale“ Alternative. Das Verfahren ist einfach zu ermitteln und 
leicht nachvollziehbar, täuscht aber eine nicht vorhandene quan- 
titative Messbarkeit der Bewertungskriterien vor, die zu Fehlin- 
terpretationen führen können. Der Grund liegt in der Festlegung 
der Gewichte der Entscheidungskriterien, die das Ergebnis stark 
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beeinflussen. Auf keinen Fall darf das Ergebnis einer Nutzwert- 
analyse kritiklos übernommen und umgesetzt werden. 



Merkmal 


Ge- 

wicht 


Bewertung 

A 


Summe 

A 


Bewertung 

B 


Summe 

B 


Bewertung 

C 


Summe 

C 


Benutzer- 

freundllch- 

kelt 


20 


3 


60 


5 


100 


4 


80 


Wart- 

barkeit 


30 


2 


60 


3 


90 


5 


150 


Zuverläs- 

sigkeit 


50 


1 


50 


3 


150 


2 


100 


Summe 


100 




170 




340 




330 


Rang 




3 


1 


2 



Bewertungs-Skala: 0,1. ..,5 (0 = Nicht vorhanden 5 = sehr gut) 



Abbildung 131; Beispiel einer Nutzwertanalyse (Systemauswahl) 

Risikomanagement in iT-Projekten 

Da die Realitäten sich nicht immer nach den Prognosen richten 

(Norbert Blüm, dt. Politiker, geb. 1935, vgl. Fichtl 2001, S. 100), 

muss das IT-Controlling-Konzept Risiken reduzieren. Typische 

immer wieder kehrende Risiken ergeben sich aus folgenden 

Situationen: 

• Ausfall wichtiger Mitarbeiter während der Projektlaufzeit 
durch Unfall, Krankheit oder Kündigung, 

• Mehrbedarf in anderen Projekten / Unternehmensbereichen, 

• Nichteinhaltung zugesagter Termine durch eigene Mitarbeiter 
oder mit der Durchführung der Aufgaben beauftragte Dritte, 

• Mangelnde Akzeptanz und Arbeitsdisziplin der Projektmitar- 
beiter und hierdurch verursachte Spät- oder Nichtleistungen, 

• Verzögerungen durch unklare Verantwortungs- und Aufga- 
benzuweisungen. 

Grundrisiken in Eine Liste von Projektrisiken lässt sich auf drei Grundrisiken 
IT-Projekten zurückführen: 

• Nicht-Einhaltung von Terminen: Ein Vorgang wird zu spät 
abgeschlossen. 

• Nicht-Einhaltung von Kosten: Ein Vorgang wird zwar termin- 
gerecht abgeschlossen, verursacht aber zu hohe Kosten. 
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• Nicht-Einhaltung der Qualitätsanforderung: Ein Vorgang hält 
zwar Termine und Kosten ein, die erbrachte Leistung ist aber 
nicht ausreichend. Hieraus können Eolgerisiken entstehen. 

Typische Risiken lassen sich nach Eiedler (2001, S. 27) in folgen- 
de Kategorien unterteilen: 

• Technische Risiken 

Sind alle Komponenten technisch kompatibel? 

Besitzen wir die notwendige Ausrüstung? 

Haben wir bereits Erfahrung mit der Entwicklungsumge- 
bung? 

• Betriebswirtschaftliche Risiken 

Ist die Bonität des Kunden in Ordnung? 

Gibt es Währungsrisiken? 

Ist die Liquidität gesichert? 

Gibt es genügend Puffer in der Kalkulation? 

• Personelle Risiken 

Besitzen die Mitarbeiter die notwendige Qualifikation? 
Haben wir genügend Mitarbeiter zur Verfügung? 

Können wir auf externe Mitarbeiter zurückgreifen? 

• Umwelt-Risiken 

Steht das Management hinter dem Vorhaben? 

Gibt es Einwände des Betriebsrates? 

Gibt es wichtige Mitarbeiter, die gegen das geplante Pro- 
jekt sind? 

Sind nationale Mentalitäten zu berücksichtigen? 

• Zulieferungs-Risiken 

Haben wir zuverlässige Lieferanten? 

können wir kurzfristig auf andere Lieferanten auswei- 
chen? 

• Zeitrisiken 



222 



Haben wir genügend Puffer eingeplant? 

Gibt es Einwirkungen, die wir nicht planen oder beein- 
flussen können (Streik, schlechtes Wetter)? 
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KonTraG 



Testat 



Komponenten 
des Risikoma- 
nagements 



Für große Softwareprojekte gelten Maßnahmen des Risikomana- 
gements für Aktiengesellschaften im Rahmen des Gesetzes zur 
Kontrolle und Transparenz im Unternehmensbereich“ (KonTraG) 
als Pflichtaufgabe (vgl. Grauer et al. 2004, S. 62). Darüber hinaus 
sind auch sonstige Gesellschaften betroffen, wenn sie zwei der 
drei folgenden Kriterien erfüllen (vgl. Versteegen, 2003, S. 5); 

• Bilanzsumme > 3,44 Mio EUR 

• Umsatz > 6,87 Mio EUR 

• Mitarbeiterzahl > 50. 

Die Leitung der erfassten Unternehmen ist nach dem KonTraG 
verpflichtet, für die Implementierung eines Risiko-Früherken- 
nungssystems zu sorgen und besondere Auskünfte über die zu- 
künftige Risikoentwicklung im Lagebericht des Unternehmens zu 
geben. 

Die Umsetzung der KonTraG-Bestimmungen wird durch unab- 
hängige Wirtschaftsprüfer im Rahmen der normalen Jahresab- 
schlussprüfung überwacht. Die Abschlussprüfer testieren, ob die 
Risiken der künftigen Entwicklung korrekt dargestellt sind und 
geben im Prüfungsbericht eine Stellungnahme zur Beurteilung 
der Risiken im Lagebericht ab. 

Um Projektrisiken vorzubeugen und den gesetzlichen Anforde- 
rungen zu genügen, muss der IT-Controller ein Risikomanage- 
mentsystem aufbauen, das aus mehreren Komponenten besteht 
(vgl. Henrich 2002, S. 380 ff.): 

• Risiko-Identifizierung. 

Diese Komponente prüft, ob und welche potentiellen Risi- 
ken bestehen. Dies geschieht unter dem Einsatz von Krea- 
tivitätstechniken wie z. B. der Moderationstechnik. 

• Risiko-Bewertung. 

Sie ermittelt den potentiellen Schaden und dessen Eintritts- 
wahrscheinlichkeit. Die Darstellung kann als Risikoportfolio 
erfolgen (vgl. Abbildung 132) 

• Risiko-Vermeidung/ Reduktion 

erfolgt über Einleitung von Maßnahmen für Risiken im rech- 
ten Bereich des Risikoportfolios (vgl. Abbildung 132). 
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Schaden/Konsequenzen 
für das Unternehmen 




Abbildung 132: Risikoportfolio (Henrich 2002) 

Die Konkretisierung des in Abbildung 132 dargestellten Risiko- 
portfolios kann mit Hilfe von Risikobereichen erfolgen, denen 
konkrete Aktivitäten im Projekt zugeordnet werden (vgl. 
Abbildung 133). Für Risiken im Bereich A sind Gegenmaßnah- 
men durch das Projektteam zu erarbeiten. Deren Umsetzung ist 
im Lenkungsausschuss des Projektes zu überwachen. Für Risiken 
der Risiko-Bereiche B und C sind ebenfalls Gegenmaßnahmen 
im Projektteam zu erarbeiten. Die Überwachung der Umsetzung 
erfolgt durch den Projekt-Controller. Risiken des Bereiches B 
sind dem Lenkungsausschuss mitzuteilen. Für den Risiko-Bereich 
D sind keine Gegenmaßnahmen erforderlich, sie obliegen der 
Überwachung durch den Projekt-Controller. 
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□ Risiko-Bereich A 

» Gegenmaßnahmen im 
Projektteam erarbeiten 

» Umsetzung im 

Lenkungsausschuss überwachen 

□ Risiko-Bereiche B -h C 

» Gegenmaßnahmen im 
Projektteam erarbeiten 

» Umsetzung durch Projekt- 
Controller überwachen 

» B: Information Lenkungs- 
ausschuss erforderlich 

□ Risiko-Bereich D 

» Keine Gegenmaßnahmen 
erforderlich 

» Überwachung durch Projekt- 
Controller 



Schaden/Konsequenzen 
für das Unternehmen 



B 1 


■ 




0 



Eintritts- 

wahrscheinlichkeit 



Abbildung 133: Risikobereiche im Projektcontrolling 



Risiko-Liste Die Risiko-Identifizierung übernimmt ein Beauftragter für das 

Risikomanagement. Er führt eine Liste mit den wichtigsten Risi- 
ken des IT-Projektes und dem Status der eingeleiteten Maßnah- 
men (vgl. Henrich 2002, S. 380). 



Nr. 

diese 

Woche 


Nr. 

letzte 

Woche 


Anz. 
Wochen 
auf der 
Liste 


Risiko 


Fortschritt der Maßnahmen zur 
Risikobekämpfung 


1 


1 


5 


Ansteigende 

Anforderungen 


□ Erstellung eines Prototyps zur Validierung 
der Anforderungen 

□ Das Benutzerhandbuch wurde einer 
ausdrücklichen Versionskontrolle 
unterstellt. 

□ Die Auslieferung der Software wird in 
mehreren Schritten mit ansteigender 
Funktionalität vorgesehen 


2 


5 


3 


Analysemodell ufert aus 















Abbildung 134: Liste zur Überwachung von Projektrisiken 



Net Present Das Risikomanagement ermittelt die diskontierten Projektwerte. 

Vahie Die BASF Pharma AG berechnet zur Beurteilung von Entwick- 

lungsprojekten den diskontierten Net Present Value (NPV), der 
große Ähnlichkeit mit der Kapitalwertmethode hat (vgl. Fiedler 
2001, S. 38 und die drei Darstellungen ab Abbildung 135). Für 
den Planungszeitraum von 15 Jahren wird der NPV je Projekt- 
szenario ermittelt, abgezinst und anschließend mit der Eintritts- 
wahrscheinlichkeit gewichtet. Der NPV eines Projektszenarios 
ermittelt sich aus der Differenz von Umsatz und Kosten (pro 
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Jahr) abzüglich der Investitionssumme. Die Summe aller NPV soll 
positiv sein. 




► NPV1*P1 

► NPV2*P2 

► NPV3*P3 

► NPV4*P4 

► NPV5*P5 

Summe NPV 





Projektszenario 


• 


Meilenstein 


n 


Eintrittswahr- 


r 


scheinlichkeit 



Abbildung 135: Schema zur NPV-Berechnung (Fiedler 2001) 



Projekt- 

szenario 


Einnahmen 

(abgezinste Summe) 


Ausgaben 

(abgezinste Summe) 


NPV 


Wahrschein- 

lichkeit 


A (opt.) 


20.000 


10.000 


10.000 


30% 


B (pess.) 


15.000 


10.000 


5.000 


10% 


C (Abbr.) 


10.000 


10.000 


0 


5% 


D (Abbr.) 


5.000 


17.000 


-12.000 


25% 


E (Abbr.) 


0 


6.000 


-6.000 


30% 



Abbildung 136: Daten zur NPV-Berechnung (Fiedler 2001) 




— ► 10.000 * 0,3 
— ► 5.000* 0,1 
— ► 0 * 0,05 

— ► -12.000* 0,25 
— ► -6.000 * 0,30 

Ciimmo .1 ?nn 





Projektszenario 


• 


Meilenstein 


n 


Eintrittswahr- 


r 


scheinlichkeit 



Abbildung 137: Beispiel zur NPV-Berechnung (Fiedler 2001) 
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Praktiker- 

methode 



Eine in der Praxis anzutreffende Methode der Kostenschätzung 
ist die Gewichtung von pessimistischen, optimistischen und 
wahrscheinlichen Schätzwerten (vgl. z. B. Hölzle/Grünig, 2002, 
S. 199) mit Hilfe der folgenden bzw. ähnlicher Formeln: 



Aufwand 






+ Ap + AA^ 



A|| = Optimistischer Aufwand, der unter besten Bedingungen 
erreicht werden kann, 

Ap= Pessimistischer Aufwand, der unter besonders ungünsti- 
gen Bedingungen erwartet wird, 

A^ = Wahrscheinlicher Aufwand, der unter normalen Bedin- 
gungen zu erwarten ist. 

Als weitere Maßnahmen zur Risiko-Vermeidung und -Reduktion 
gelten: 

• Verbesserung der Planungssicherheit (Risikominderung) 

Einsatz der Simulation zur dynamischen Analyse von Alterna- 
tiventscheidungen mit Sensitivitätsanalysen zur Überprüfung 
einer Rangfolge von Alternativen auf ihre Robustheit gegen- 
über Änderungen von Parameterwerten. 

• Planung vorbeugender Maßnahmen zur Risikominderung 

Zeitpuffer einbauen, z. B. zusätzliche Mitarbeiter, Finanzre- 
serven oder Rückfallszenarien planen, z. B. altes Software- 
system zurückladen, alten Arbeitsablauf reaktivieren. 

• Korrektivmaßnahmen (Problembeseitigung im Schadensfall) 

Vorbereitung eines Maßnahmenkataloges zur Problembesei- 
tigung, z. B. Ersatzlieferanten identifizieren, falls ein Lieferant 
ausfällt oder nicht termingerecht liefert, z. B. über einen Ver- 
trag mit einer Leiharbeitsfirma für die Bereitstellung von Per- 
sonal mit bestimmten Qualifikationsprofilen. 



Einsatz von Realen Optionen im Projektcontrolling 

Die Ermittlung von Kosten- und Nutzenwerten führt in der Praxis 
oft nicht zu den gewünschten Ergebnissen. So ermittelt z.B. die 
häufig genutzte Kapitalwertmethode einen abgezinsten Barwert 
für das gesamte IT-Projekt. Leider lässt sich die für IT-Projekte 
typische Dynamik nicht in die Entscheidungsfindung einbezie- 
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Option 



Reale Optionen 



hen. Dies ist von Nachteil für die Qualität der Entscheidungsfin- 
dung, denn häufig ändern sich die Rahmenbedingungen eines 
IT-Projektes mehrfach bereits während der Projektlaufzeit. In 
diesem Zusammenhang wird versucht, mit dem Konzept der 
„Realen Option“ die Entscheidungen in IT-Projekten zu dynami- 
sieren. Allerdings werden Reale Optionen sehr selten als Werk- 
zeug für das Projektmanagement genutzt (vgl. z.B. bei Standard- 
softwareprojekten in: Bernroider/Koch, 2000, S. 335 oder allge- 
mein im Projektcontrolling in: Gadatsch/Juszczak/Kütz, 2005, S. 
10 ). 

Eine Option ist das Recht, aber nicht die Pflicht, eine bestimmte 
Handlung auszuführen. So ist die Kaufoption einer Aktie ab ei- 
nem bestimmten Aktienkurs sinnvoll, wenn mit Kurssteigerungen 
gerechnet wird. Allerdings bestehen bezüglich der zukünftigen 
Kursentwicklung noch Unsicherheiten, die abzuwägen sind. 

Prinzipiell lässt sich jedes IT-Projekt als Bündel mehrerer realer 
Optionen ansehen. Der Projektleiter hat sich im Rahmen der 
Projektsteuerung permanent auf veränderte Umwelt- oder Rah- 
menbedingungen einzustellen. Als Realoptionen von IT-Pro- 
jekten gelten: 

• Erweiterungsoption: Erweiterung des geplanten Eunk- 
tionsumfangs des Informationssystems, z.B. wenn nach 
erfolgtem Test der Standardsoftware zusätzliche für den 
Auftraggeber bisher unbekannte Eunktionen entdeckt 
werden, die im ursprünglichen Projektvolumen nicht 
bekannt waren. 

• Verzögerungsoption: Projektverzögerung, bei der Ein- 
führung eines neuen Vertriebsabwicklungssystems, da 
das Vorprojekt „Hochregallager“ nicht rechtzeitig fertig 
gestellt wurde. Das Projekt wird fortgeführt, wenn das 
Hochregallager in Betrieb ist. 

• Abbruch Option: Projektabbruch wegen Wechsel der 
Rahmenbedingungen, z.B.: Der Auftraggeber benötigt 
wegen eines Unternehmenskaufs das geplante Rechen- 
zentrum nicht mehr, die gekauften Kapazitäten sind zu- 
nächst zu nutzen. 

• Wiederanlaufsoption: Projekt, dass zuvor verzögert 
oder gestoppt wurde, wird wie vorgesehen in Gang ge- 
setzt, z.B. Rollout der fertigen Software, nachdem sie 
wegen zahlreicher Qualitätsmängel ausgesetzt wurde. 
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Kombiniert man die Einzeloptionen mit klassischen Instrumenten 
der Wirtschaftlichkeitsanalyse, also z.B. der häufig genutzten 
Kapitalwertmethode, erhält man keine statische Größe für das 
gesamte IT-Projekt sondern angepasste Kapitalwerte für jede 
Option. 

BEISPIEL: EINSATZ REALER OPTIONEN IN IT-PROJEKTEN 

Ausgangsprojekt: Ein Maschinenbauunternehmen plant die Einfüh- 
rung einer betriebswirtschaftlichen Standardsoftware. Zunächst sollen 
die Bereiche Logistik und Vertrieb die neue Software nutzen. Die Ge- 
schäftsprozesse des Unternehmens sind an die vorgesehenen Abläufe 
der Standardsoftware anzupassen. Ziel des Projektes ist es, nur Stan- 
dardfunktionen der Software zu nutzen. 

Naoh drei Monaten Projektarbeit steht fest, dass die logistischen Pro- 
zesse sehr stark mit den finanzwirtschaftlichen Prozessen vernetzt 
sind. Außerdem reichen die Standardprozesse der Software bei wei- 
tem nicht aus, um die Anforderungen der Produktion und des Vertriebs 
zu befriedigen. Folgende Optionen werden dem Lenkungsausschuss 
für den weiteren Verlauf des Projektes vorgeschlagen: 

Projektabbruch: Sofortiger Stopp des Projektes und Neuausschrei- 
bung der Standardsoftware, da die ausgewählte Software die notweni- 
gen Lösungen nicht als Standardlösung bereltstellen kann. Hierdurch 
entstehen erhebliche Zusatzkosten, die nicht geplant worden sind. 

Projekterweiterung (technisch): Die fehlenden Funktionen wer- 
den über Zusatzprogramme (Add 0ns) entwickelt und über Schnittstel- 
lenprogramme mit der Standardsoftware verknüpft. Auch diese Alter- 
native führt zu zusätzlichen Kosten, allerdings lässt sich die gekaufte 
Software nutzen. 

Projekterweiterung (organisatorisch): Einbeziehung der Be- 
reiche „Finanzbuchhaltung und Controlling“ in das Projekt, um eine 
integrierte Gesamtlösung zu implementieren. 

Nachdem die Option „Projektabbruoh“ zugunsten der Option „techni- 
sche Projekterweiterung“ gestoppt wurde, werden die Optionen „tech- 
nische und organisatorische Projekterweiterung“ gemeinsam realisiert. 

Nach fünf weiteren Monaten werden Verzögerungen im Teilprojekt 
„Logistik“ transparent. Deshalb sind die Teilprojekte „Fertigung“, „Ver- 
trieb“ sowie „Finanzwirtschaft“ zu verzögern, da sie auf die Daten des 
Teilprojektes „Logistik“ angewiesen sind. Hieraus ergibt sich eine wei- 
tere Option: 
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Projektverzögerung: Stopp der vom Logistikprojekt abhängigen 
Teiiprojekte, bis die Voraussetzungen für eine Wiederaufnahme wieder 
erreicht worden sind. 



Das Fallbeispiel dokumentiert den Vorteil der realen Option. 
Anstelle einer starren Projektplanung zu Beginn des Projektes 
und einer hierauf aufbauenden Wirtschaftlichkeitsanalyse lässt 
sich die Bewertung des Projektes der aktuellen Situation anpas- 
sen. 



4 . 4.2 



Klassischer 

Software-Life- 

Cycle 



Einführung von Individualsoftware 

IT-Projekte beschäftigen sich mit der Einführung von individuell 
für ein Unternehmen zu entwickelnder Software (Individualsoft- 
ware) oder mit der Einführung von Standardanwendungssoft- 
ware. Beide Projekttypen unterscheiden sich stark im Ablauf und 
der Struktur. Zur Bearbeitung komplexer Problemstellungen wie 
der Entwicklung von Produkten und Diensten sowie der Soft- 
wareentwicklung haben sich Phasen- oder Life-Cycle-Modelle 
durchgesetzt. Diese Konzepte zerlegen ein komplexes Problem 
in mehrere Teilaufgaben nach vordefinierten Regeln. Sie führen 
zu festgelegten Ergebnissen in einer vorgeschriebenen Doku- 
mentation. 

Die Vorgehensmodelle beschreiben in Abbildung 138 beschrei- 
ben Phasen und Ergebnisse eines Software-Entwicklungs- 
prozesses, auch als klassischer Software-Life-Cycle bekannt. 



Problemstellung Aus den Anforderungen ergibt sich die Aufgabenstellung für eine 
Erstellung oder Erweiterung eines vorhandenen Softwaresystems, 
die in einer Idee für einen groben Lösungsansatz mündet. 
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Abbildung 138: Software-Life-Cycle (Pomberger/Blaschek, 1993, 
S. 218) 



Problemanalyse Die Lösungsidee wird in der Problemanalyse abgegrenzt, detail- 
liert und untersucht. Es folgt die Beschreibung des Ist-Zustandes 
mit Hilfe von Datenflussplänen, Vorgangskettendiagrammen oder 
anderen Techniken. Von der Machbarkeitsanalyse hängt der 
weitere Fortgang des Projektes ab. Eine detaillierte Beschreibung 
des Lösungskonzeptes dient der späteren Realisierung der An- 
wenderwünsche. Dieses Soll-Konzept beschreibt die gewünschte 
Funktionalität des Softwaresystems. Modellierungstechniken zur 
Prozess-, Funktions- und Datenmodellierung kommen zum Ein- 
satz. Die Lösungsanalyse beantwortet die Frage, ob das Software- 
system auf der Basis von Standardanwendungssoftware oder als 
Individualentwicklung zu entwickeln ist. 

Anforderungs- Eine Anforderungsdefinition legt fest, was das Softwaresystem 

definition mit Grundannahmen und Voraussetzungen leisten soll. Ein 

Pflichtenheft beschreibt die Spezifikationen. Der Projektplan legt 
Folgeschritte, deren Zeitansatz und die notwendigen Ressourcen 
fest. Fehler dieser Phase fließen sonst in Folgephasen ein und 
erhöhen die Kosten. 



Systementwurf Das Lösungskonzept definiert, „was“ das Softwaresystem leisten 
soll, im Systementwurf wird festgelegt „wie“ dies geschehen soll. 



231 






4 Einsatz operativer IT-Controlling-Werkzeuge 



Modulentwurf 



Implementie- 

rung 



Test 



Betrieb und 
Wartung 



aus welchen Systemkomponenten das Softwaresystem besteht, 
welche Teilaufgaben zu erbringen sind und wie das Zusammen- 
spiel der Teilkomponenten erfolgt. 

Der Modulentwurf konkretisiert den Systementwurf, verfeinert 
grob beschriebene Komponenten, beschreibt ihre innere Logik, 
die in der Phase des Systementwurfs noch nicht Gegenstand der 
Betrachtungen war. Spezifikationsobjekte sind die Prozeduren 
und Algorithmen innerhalb der Module sowie interne Daten- 
strukturen und Schnittstellen. Die Datenstrukturen werden als 
logisches Datenmodell mit Techniken zur Datenmodellierung (z. 
B. Entity-Relationship-Modell) spezifiziert. Prozeduren werden 
mit über einen Pseudocode (semiformale Beschreibung der Pro- 
grammlogik mit an Programmiersprachen angelehnten Sprach- 
konstrukten wie z. B. IF - THEN - ELSE) beschrieben. 

Eine Implementierung schlägt auf Basis der vorangegangenen 
Phasenergebnisse ausführbare Programme vor, die in der ge- 
wünschten Zielsprache zu programmieren und testen sind. Die 
erstellten Algorithmen sind so zu verfeinern, dass Sie sich mit 
Hilfe einer Programmiersprache spezifizieren lassen. Die Pro- 
gramm- und Benutzerdokumentation ist gleichzeitig zu erstellen. 
Weiterhin ist in der Implementierungsphase auf der Grundlage 
eines logischen Datenmodells für die Ausführung ein physisches 
Datenmodell für das Datenbank-Managementsystem zu erstellen. 

Die entwickelten und bisher isoliert getesteten Systemkompo- 
nenten sind einem Integrationstest zu unterziehen, um die erfor- 
derliche Systemqualität sicherzustellen. Die Programm- und Be- 
nutzerdokumentation sind auf Querverträglichkeit zu überprüfen. 

Nach dem Testverfahren wird die Software für den Einsatz durch 
die Anwender freigegeben. Beim Betrieb der Software werden in 
der Regel noch nicht entdeckte Fehler sichtbar. Die Mitarbeiter 
der Fachabteilungen lernen das System im praktischen Einsatz 
kennen und können noch Verbesserungsvorschläge unterbreiten. 
Änderungsvorschläge für das Computersystem führen zu einem 
erneuten Durchlauf des Software-Life-Cycle. 

Phasenmodelle bedingen, dass vor dem Beginn der Folgephase 
die Vorphase abgeschlossen sein muss. Da dieser Grundsatz in 
der Praxis nur selten durchzuhalten ist, wurden Varianten entwi- 
ckelt, die einen „Rücksprung“ in vorherige Phasen erlauben. 
Bekannte Konzepte zur Lösung dieses Problems bietet das Was- 
serfall-Modell oder der Prototyping orientierte Ansatz. 
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Wasserfall- 

modell 



Die Erfahrungen des klassischen Software-Life-Cycle führten zu 
Versuchen, für die Praxis taugliche Vorgehensmodelle zu entwi- 
ckeln. Einer davon ist das Wasserfallmodell (vgl. Abbildung 139). 
Es wurde in den 70er-Jahren entwickelt. Im Vergleich zum klas- 
sischen Ansatz sind Rückkopplungen zwischen zwei aufeinander 
folgenden Phasen und die Einbindung einer experimentellen 
Validierung der einzelnen Phasenergebnisse entwickelt worden. 




V Systemspezifi- 
^ katioi 



Projektauftrag, Grobplan 

Systemspezifikation (Pflichtenheft) 

Datenmodell, Systemarchitektur 

algorithmische Struktur der Systemkomponenten 



omponententesq \ Programme und Dokumentation 





.Endprodukt 

.betriebsfähige Produktversion 



Abbildung 139; Wasserfallmodell (Pomberger/Blaschek 1993, S. 
23). 



Der Projektauftrag und hieraus erstellte Grobplan ergeben die 
„Problemanalyse. Wenn in der Phase „Systemspezifikation“ sich 
zeigt, dass wichtige Teilbereiche nicht im Projektauftrag berück- 
sichtigt worden sind, wird das Ergebnis der abgeschlossenen 
Phase „Problemanalyse“ überarbeitet und korrigiert. Deutlicher 
wird dieser Zusammenhang beim Durchlauf der Phasen „Fein- 
entwurf“, „Implementierung“ und „Integration“. So ist es für Pra- 
xis-Projekte durchaus typisch, dass erst beim Integrationstest 
wichtige Details (wie z. B. fehlende Euro-Umrechnung im Faktu- 
rierungsprogramm) auffallen, die bereits im Feinentwurf hätten 
berücksichtigt werden müssen. Das Wasserfallmodell sieht im 
Gegensatz zum klassischen Ansatz vor, dass für den betrachteten 
Bereich ein Rücksprung zur Phase „Feinentwurf“ erfolgen kann. 
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Sequentielle 

Vorgehensweise 



V-Modell 



damit sich die notwendigen Änderungen auf die folgenden Pha- 
sen „Implementierung“ und „Integration“ auswirken. 

Die streng sequentielle Vorgehensweise des klassischen Ansatzes 
wird durch das Wasserfallmodell gelockert. Die Doppelstrategie, 
zuerst einen Prototyp in der Systemspezifikation zur Validierung 
zu entwickeln und diesen in der Systemarchitektur als Phasen- 
produkt weiterzuentwickeln, soll das Risiko un-vollständiger 
Systemspezifikationen reduzieren (vgl. Pomberger/Blascheck, 
1993, S. 23 f.). Die Praxis kritisiert das Wasserfallmodell, weil es 
zu wenig Flexibilität aufweist (vgl. z. B. Herrmann/Falk, 2003, S. 
4). Trotz der Schwächen wird es noch oft eingesetzt. Eine Unter- 
suchung des Fraunhofer-Instituts Informations- und Datenverar- 
beitung (IITB), Karlsruhe in Kooperation mit der Gesellschaft für 
Projektmanagement (GPM) ergab, dass das Wasserfallmodell 
noch in 4l % der befragten Unternehmen (Zeitraum der Erhe- 
bung: Herbst 2003) genutzt wird (vgl. Kalthoff 2004, S. 33). 



Für den öffentlichen Bereich wurde auf Basis des Wasserfallmo- 
dells das V-Modell entwickelt (vgl. Balzert 1998, S. lOlff.). Es ist 
das herstellerneutrale Standardvorgehensmodell für die Planung 
und Durchführung von IT-Vorhaben für IT-Systeme des Bundes. 
Es wurde ursprünglich von den Bundesministerien der Verteidi- 
gung und des Innern wurde entwickelt. Mittlerweile wird es von 
Behörden, dem Militär und auch vielen Industrieunternehmen 
angewendet und permanent weiterentwickelt (vgl. lABG 2004). 
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Abbildung 140: V-Modell (angepasst) 
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Spiralmodell 



Neben dem Vorgehensmodell, das die Aktivitäten und Software- 
produkte beschreibt, werden die einzusetzenden Methoden (z. 
B. Schätzverfahren, Planungsverfahren, Daten- und Prozessmo- 
dellierung, Testverfahren) festgelegt sowie spezifiziert, welche 
Eigenschaften die einzusetzenden Softwaretools erfüllen müssen. 

Das Spiralmodell (vgl. Abbildung l4f) versucht die bisherigen 
Vorgehensmodelle als Sonderfälle zu integrieren und für jedes 
Projekt eine individuelle Vorgehensweise zu finden (vgl. Pom- 
berger/Blascheck, 1993, S. 26-28). Die radiale Ausdehnung do- 
kumentiert den Gesamtaufwand des Projektes. Die Winkeldi- 
mension zeigt den Projektfortschritt in den einzelnen Spiralzyk- 
len. 

Das Spiralmodell lässt sich auf die Entwicklungs- und Wartungs- 
phase anwenden. Jeder Zyklus enthält die gleiche Schrittfolge. 
Eine Verfeinerung der Analysen und Spezifikationen erfolgt im 
Projektverlauf. Im ersten Quadrant werden Ziele und Anforde- 
rungen definiert, danach Lösungsalternativen entworfen. An- 
schließend sind Nebenbedingungen und Einschränkungen (Kos- 
ten, Termine etc.) für den weiteren Projektverlauf zu identifi- 
zieren. Der zweite Quadrant bewertet die Lösungsvarianten im 
Hinblick auf Projektziele und Restriktionen. Die Risikoanalyse 
wird durch Prototyping unterstützt. Im dritten Quadrant erfolgt 
eine Detaillierung, Implementierung und Integration mit einem 
Test im Sinne des klassischen Vorgehensmodells. Im vierten 
Quadrant erfolgt die Planung der nächsten Aktivitäten. In der 
Praxis ist es nach der oben erwähnten Untersuchung ebenfalls 
noch vergleichsweise häufig (19 %) im Einsatz (vgl. Kalthoff 
2004, S. 33). 
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Abbildung l4l: Spiralmodell (Pomberger/Blaschek 1993, S. 27) 
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Das Phasenmodell bleibt prinzipiell erhalten, wird jedoch mehr 
iterativ, als linear angesehen. Die Problemanalyse und System- 
spezifikation laufen zeitlich überlappt ab. Entwurf, Implementie- 
rung und Test verschmelzen ineinander. Man spricht nicht mehr 
von Phasen, sondern von Aktivitäten, weil es keine Trennung 
der Teilaufgaben mehr gibt, wie es das klassische Life-Cycle- 
Modell erfordert. Die Erstellung des Prototypen ist ein iterativer 
Prozess, d. h. der Software-Prototyp wird spezifiziert, hergestellt 
und anschließend wird mit ihm experimentiert, was wiederum zu 
einem neuen (erweiterten) Prototypen führt, mit dem wiederum 
experimentiert wird. Diese Iteration wird solange fortgeführt, bis 
der Prototyp durch den Benutzer fachlich-inhaltlich und hinsicht- 
lich der Benutzerführung akzeptiert ist. 
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Abbildung 142: Prototyping orientierter Ansatz 



Die Anwendung klassischer Vorgehensmodelle ist sehr verbrei- 
tet. Zahlreiche Großunternehmen haben eine Vielzahl von mehr 
oder weniger stark voneinander abhängigen Softwareprojekten 
zu planen, zu steuern und zu dokumentieren. Die Anzahl der 
Projektmitarbeiter beträgt häufig mehrere hundert Personen. Für 
diese Unternehmen besteht daher die Notwendigkeit, einheitli- 
che Entwicklungsmethoden und -Werkzeuge einzusetzen, um 
parallele Entwicklungen zu verhindern, Doppelanschaffungen zu 
vermeiden und Einsparungen zu realisieren. Sie haben auf der 
Basis klassischer Ansätze eigene Vorgehensmodelle entwickelt, 
die den unternehmensindividuellen Besonderheiten Rechnung 
tragen sollen. 

Auch das von der Deutschen Telekom AG entwickelte Vorge- 
hensmodell entspricht hinsichtlich der Phaseneinteilung weitge- 
hend dem klassischen Ansatz (vgl. Ganser 1996, S. 49). Es weist 
jedoch die Besonderheit der strikten Trennung von Projektlen- 
kung (Treffen von Entscheidungen) und operativer Projektleitung 
auf. 
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operative Ebene dispositive Ebene 




Abbildung 143: Vorgehensmodell der Deutschen Telekom (Gan- 
ser 1996 ) 



4.4.3 Einführung von Standardsoftware 

Grundiagen 

Standardsoftware als langfristig wirkende Investition in Technik 
(Hardware, Software) und Humankapital (Schulung, Einführung 
neuer Prozessabläufe) stellt hohe Anforderungen an die IT- 
Mitarbeiter. Neben fachlich-betriebswirtschaftlichen Fragestellun- 
gen entstehen neue Anforderungen an die Zusammenarbeit der 
Mitarbeiter durch die vernetzte Zusammenarbeit der Abteilungen 
im Unternehmen. Moderne Softwaresysteme sind prozessorien- 
tiert konzipiert und kennen keine Abteilungsgrenzen mehr. 

Schon die Wahl einer falschen Einführungsstrategie kann irrever- 
sible Folgen für das Unternehmen auslösen, wie Beispiele aus 
der Praxis zeigen (Gadatsch 2004). 
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Deshalb muss sich der IT-Controllerdienst aktiv an der Einfüh- 
rung einer Standardsoftware beteiligen. 



Für die Einführung betriebswirtschaftlicher Standardanwendungs- 
software haben sich in der Praxis zwei Grundstrategien heraus- 
gebildet: Big-Bang- und Sukzessiv-Strategie. Beim Big-Bang wird 
die Software in einem Zug eingeführt. Dies geschieht durch Ab- 
schalten des Altsystems nach vorheriger Übertragung der Daten 
und Aktivierung des neuen Systems. Bei der Sukzessiv-Strategie 
werden aus dem Altsystem stufenweise Funktionen oder Prozess- 
teile herausgelöst und durch das neue Softwaresystem unter- 
stützt. Beide Vorgehensweisen haben spezifische Vor- und Nach- 
teile, auf die hier nur kurz eingegangen wird. Für weitergehende 
Ausführungen wird auf Gadatsch (2004) verwiesen. 

Die Big-Bang-Strategie ist eine theoretisch ideale Lösung, da 
keine Schnittstellenprobleme (Verbindung alter und neuer Soft- 
warekomponenten zum Datenaustausch) auftreten und die Soft- 
warelösung sofort nach der Umstellung zur Verfügung steht. 
Nachteilig ist das hohe Projektrisiko, dokumentiert durch viele 
Praxisfälle. Bei Totalausfall des neuen Systems kann die Unter- 
nehmung in ihrer Existenz gefährdet sein. Aus diesem Grunde ist 
die Einbindung des IT-Controllers zur Abschätzung der Projektri- 
siken im Zuge der Vorbereitung obligatorisch. 

Die Sukzessivstrategie birgt in der Summe geringere Risiken, da 
für eine Übergangszeit die Funktionen des Altsystems weiter zur 
Verfügung stehen. Die Gesamtaufgabe lässt sich in mehrere Ein- 
zelprojekte zerlegen, die einfacher zu handhaben sind. Lfier- 
durch sinkt das Gesamtprojektrisiko. Andererseits steigen wegen 
der notwendigen Schnittstellen in der Übergangszeit (Datenaus- 
tausch zwischen der Altsoftware und dem neuen System) die 
Projektkosten. Erst nach dem Abschluss des Projektes steht wie- 
der ein integriertes voll funktionsfähiges System zur Verfügung. 

Aufgaben für den IT-Controllerdienst 

Abbildung 144 zeigt im vereinfacht dargestellten Einführungspro- 
zess für Standardanwendungssoftware, welche Aufgaben durch 
den IT-Controllerdienst wahrzunehmen sind. 



239 





4 Einsatz operativer IT-Controlling-Werkzeuge 



Einführungsprozess für Standardanwendungssoftware 




Strategische 

Softwareauswahl 

Realisierungsplan 



Wirtschaftlichkeits- 
Analyse, Risikobe- 
wertung. Projektantrag- 
Genehmigung. 
Ermittlung Beitrag zur 
Geschäftsstrategie 

Phasenübergreifend: 



Projekt vorbereiten 
Funktionen und 
Prozesse festlegen 
Projektteam schulen 
Schnittstellen und 
Add 0ns entwerfen 


Funktionen und Pro- 
zesse abbilden 
(Customizing) 

Add 0ns und Schnitt- 
stellen realisieren 


Sicherstellung der 
Nutzung von Standard- 
Funktionen der SW 
Wirtschaftlichkeits- 
Nachweis von Add-Ons 
und Modifikationen 


Aufbau eines 
IT-Controlling- 
Berichtswesens 
zum Monitoring 
des späteren Systems 



Anwenderdokumen- 
tation erstellen 
Anwenderschulung 
Altdaten übernehmen 
Produktivsystem 
aktivieren 


Online-Nutzung 
Batchbetrieb 
Regelmäßige Arbeiten 
Releasewechsel 
Customizing von 
Erweiterungen 


Aktualisierung der 
Risikoanalyse 
(insb. bei Big-Bang- 
Strategien) 


Bereitstellung von 
IT-Kennzahlen und 
Berichten 
Wirtschaftlichkeit 
und Risikobeweitung 
von Releasewechseln 



Teilnahme Projektlenkungsausschuss, Reviews/Äudits, Lfd. Soll-/Ist-Vergleich und Kennzahlen 
zur Wirtschaftlichkeit, Projektrisiken und -fortschritt, Beratermanagement, ... 

Abbildung 144: IT-Controllerdienst im Standardsoftware- 
einführungsprozess 
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Im Rahmen der Voruntersuchung erarbeitet das Projektteam 
strategische Handlungsalternativen (z. B. Einsatz von Standard- 
software, Eigenentwicklung, Outsourcing) und bewertet sie für 
eine Entscheidung durch den Lenkungsausschuss. Die Auswahl 
des ggf. einzusetzenden Softwareproduktes gehört ebenfalls in 
diese Phase. 

Bereits in der ersten Phase fallen zahlreiche Aufgaben für den IT- 
Controllerdienst an. Der zunehmend auf IT-Projekten lastende 
Kostendruck erfordert eine fundierte Wirtschaftlichkeitsana- 
lyse des Softwareprojektes. Im Regelfall ist sie um eine Nutz- 
wertanalyse und Risikobewertung zu ergänzen. Die ab- 
schließende Genehmigung des Projektantrages beantragt der 
IT-Controller. Sie ermittelt auch den Wertbeitrag des Projektes 
zur Geschäftsstrategie. Der IT-Controller unterstützt den IT- 
Projektmanager als betriebswirtschaftlichen Berater. 

In der Phase Organisation und Konzeption erfolgen die Vor- 
bereitung des Projektes und der durch die Standardsoftware 
abzudeckenden Punktionen und Prozesse. Da Daten aus vorge- 
lagerten Softwaresystemen zu übernehmen bzw. an nachgelager- 
te Systeme zu übergeben sind, sind Schnittstellenprogramme für 
den Datentransport zu entwerfen. Selten lassen sich alle Anforde- 
rungen durch die ausgewählte Standardsoftware abdecken. Add 
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Ons sind als individuelle Erweitungen zu konzipieren. In extre- 
men Fällen kommen Modifikationen der Software in Betracht 
(Veränderung des Programmcodes durch den Kunden). Häufig 
werden Standardfunktionen nicht genutzt, sondern für historisch 
gewachsene Lösungen aufwendige Erweiterungen der Standard- 
software vorgenommen. Schnittstellenprogramme, Add Ons und 
Modifikationen verursachen neben den Einmalkosten für die 
Konzeption, Entwicklung und Inbetriebnahme häufig nicht kal- 
kulierbare Folgekosten bei Releasewechseln, die regelmäßig 
durchzuführen sind, um die Gewährleistungsansprüche des 
Softwareherstellers nicht zu verlieren. 

Der IT-Controllerdienst sorgt in dieser Phase dafür, dass viele der 
von der Software angebotenen Standardfunktionen genutzt wer- 
den. Als ausgleichende Instanz stellt der IT-Controllerdienst si- 
cher, dass überzogene Anforderungen der Fachbereiche gegen- 
über der Projektleitung an wirtschaftlich günstigere in der Stan- 
dardfunktionalität bereitstehende Lösungen angepasst werden. 
Für gewünschte Add Ons und Modifikationen des Systems muss 
der Antragsteller (Fachabteilung oder IT-Abteilung) einen detail- 
lierten langfristigen Wirtschaftlichkeitsnachweis mit Abschätzung 
der Folgekosten bei späteren Releasewechseln erbringen. 

Nach den konzeptionellen Vorbereitungen werden in der Phase 
Detaillierung und Realisierung die Geschäftsprozesse des 
Unternehmens mit Hilfe der Standardsoftware abgebildet. Die 
Parametrisierung der Software übernehmen spezielle Tabellen 
und Programmeinstellungen (Customizing) . Für die nicht dar- 
stellbaren Anforderungen werden Add Ons entwickelt und 
Schnittstellenprogramme zur Datenüberleitung programmiert. 

Der IT-Controllerdienst beschränkt sich in diesen technisch ge- 
prägten Phasen auf den Aufbau eines Berichtswesens für das 
spätere Monitoring des geplanten Systems. 

Die Phase Vorbereitung der Produktion erstellt notwendige 
Unterlagen für den Betrieb, wie z. B. Anwender- und RZ-Doku- 
mentationen, führt Schulungen für Endanwender durch und akti- 
viert das Produktivsystem. 

Spätestens zu diesem Zeitpunkt wird der IT-Controllerdienst die 
zu Beginn des Projektes durchgeführte Risikobewertung aktuali- 
sieren. Sie ist besonders bei der risikobehafteten Big-Bang Ein- 
führungsstrategie von hoher Bedeutung. Bei hohem Risiko lässt 
sich an dieser Stelle das Projekt noch abbrechen oder die pro- 
duktive Einführung des Systems verzögern. 
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4 . 4.4 
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profil 
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Nach dem Abschluss des Einführungsprojektes beginnen die 
produktive Nutzung des Systems und regelmäßige Wartungsar- 
beiten. Releasewechsel führen zu kleineren Projekten mit Custo- 
mizing- und Entwicklungsaktivitäten, die der IT-Controllerdienst 
fortlaufend begleitet. 

Der IT-Controller übernimmt in der Einführungs- und Nutzungs- 
phase die Bereitstellung von IT-Kennzahlen und Berichten, beur- 
teilt die Wirtschaftlichkeit und Leistungsfähigkeit des eingeführ- 
ten Softwaresystems. Bei jedem Releasewechsel oder Erweite- 
rungen führt der IT-Controllerdienst Wirtschaftlichkeitsberech- 
nungen und Risikoanalysen durch, um die Maßnahmen beur- 
teilen und befürworten zu können. 

Während der Laufzeit des Einführungsprojektes, der Nutzungs- 
und Wartungsphase unterstützt der IT-Controllerdienst das IT- 
Management und die Mitarbeiter der Eachabteilungen mit fol- 
genden Dienstleistungen: 

• Durch die Mitarbeit in Projektlenkungsausschüssen als be- 
triebswirtschaftlicher Berater mit IT-Know-how, 

• bei der Durchführung von regelmäßigen Audits zur Quali- 
tätsverbesserung und -Sicherung, 

• durch die Bereitstellung eines Soll-Ist-Vergleiches mit Abwei- 
chungsanalysen zu Terminen, Ressourcen, Risiken u.a., 

• durch Hilfen bei der Auswahl, Vertragsgestaltung und Beur- 
teilung qualifizierter Berater und Eormulierung der Verträge 
(Beratermanagement) . 

Fallstudie zur Einführung betriebswirtschaftlicher Standard- 
software 

Ausgangssituation 

Die Pallstudie betrachtet ein Unternehmen des Anlagenbaus mit 
etwa 1400 Mitarbeitern. Davon arbeiten etwa 75 % am Hauptsitz 
in Deutschland. Die restlichen Mitarbeiter arbeiten weltweit in 
den Regionallägern, Vertriebsbüros, und Niederlassungen. Der 
Jahresumsatz beträgt 640 Mio. Euro. 

Der Zentralbereich Organisation und IT verantwortet die Aufga- 
ben Organisation, IT-Planung, Rechenzentrum, Anwendungsent- 
wicklung und -betreuung sowie den PC-Benutzerservice und 
berichtet an den kaufmännischen Vorstand. Der PC-Benutzer- 
service wird von einem externen Dienstleister wahrgenommen. 
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Einführung 



Stand der 
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Für die Realisierung des derzeit größten IT-Projektes „Einführung 
einer betriebswirtschaftlichen Standardsoftware“ wurde ein gro- 
ßes Softwarehaus mit entsprechender Erfahrung in derartigen 
Projekten beauftragt. 

Situationsbeschreibung 

Das Unternehmen führt eine komplexe betriebswirtschaftliche 
Standardsoftware ein. Das Projektbudget beträgt ohne Kosten für 
ggf. neu anzuschaffende Hardware etwa 2 Mio. EUR. Bisher 
wurde eine weitgehend selbst entwickelte Software genutzt, die 
den gewachsenen Anforderungen des Unternehmens nicht mehr 
Rechnung trägt. Das Ältsystem wurde in den vergangenen Jahren 
aus Kostengründen nur wenig weiterentwickelt. Ziel des Projek- 
tes ist die vollständige Ablösung des Altsystems und eine mög- 
lichst umfassende Nutzung der Standardsoftware. 

Mit der Durchführung des Einführungsprojektes wurde ein ex- 
ternes Softwarehaus beauftragt, da im eigenen Unternehmen 
kein spezifisches Know-how zur Verfügung steht. Im Rahmen 
des Projektes sollen die eigenen Mitarbeiter so ausgebildet wer- 
den, dass sie die spätere Betreuung und Weiterentwicklung der 
Standardsoftware selbständig übernehmen können. 

Das Projekt wurde in mehrere funktional zugeschnittene Teilpro- 
jekte gegliedert: Rechnungswesen, Personalwesen, Logistik und 
Produktion, Vertrieb sowie als Querschnittssteilprojekt Technik. 
Leiter des Projektes ist ein Mitarbeiter der IT-Abteilung, der über 
eine betriebswirtschaftliche Ausbildung und langjährige Erfah- 
rung verfügt. Er berichtet an den Leiter Organisation und IT, der 
zugleich den Lenkungsausschuss führt. Im Lenkungsausschuss 
sind die Leiter der Organisationseinheiten Rechnungswesen, 
Personalwesen usw. vertreten. 

Den zuständigen kaufmännischen Vorstand erreichen bereits 
nach wenigen Monaten ernst zu nehmende Hinweise seiner 
Mitarbeiter über den Projektfortschritt. 

Die Fachkonzepte der Teilprojekte Rechnungs- und Personalwe- 
sen wurden weitgehend fertig erstellt, da sich die verantwortli- 
chen Führungskräfte auf die weitgehende Nutzung der Standard- 
funktionen der Software einigen konnten. 

Durch die starke Integration der Standardsoftwaremodule sind 
noch mehrere abteilungsübergreifende Aufgaben mit Bezug zum 
Teilprojekt Logistik und Produktion sowie dem Teilprojekt Ver- 
trieb zu regeln. So durchläuft der Beschaffungsprozess bei- 
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Projekt- 

organisation 



spielsweise nacheinander die Abteilungen Einkauf, Warenein- 
gang, Rechnungsprüfung, Kreditorenbuchhaltung und Haupt- 
buchhaltung. Da der Gesamtprozess abgestimmt werden muss, 
sind Regelungen in mehreren Fachkonzepten zu treffen. 

Die Fachkonzepte für die Teilprojekte Logistik und Produktion 
sowie Vertrieb sind unvollständig. Wesentliche Geschäftsprozes- 
se sind noch in der Diskussion. Der Grund liegt darin, dass die 
derzeitigen Arbeitsabläufe in diesen Aufgabenbereichen sehr 
weit von den Referenzprozessen der Standardsoftware entfernt 
sind und noch keine Einigung über eine Prozessrestrukturierung 
erzielt werden konnte. Die Leiter der Fachabteilungen bestehen 
in der Diskussion mit den Beratern des Softwarehauses auf der 
Übertragung von historisch gewachsenen Arbeitsabläufen in die 
Standardsoftware und insbesondere auf Beibehaltung der bishe- 
rigen organisatorischen Zuständigkeiten. Die Software-Berater 
argumentieren, dass die Abläufe des Unternehmens bei einer 
stärkeren Bereitschaft zum Business-Reegineering innerhalb der 
Möglichkeiten der Standardsoftware zu lösen sind. Allerdings 
können sie sich in der Diskussion mit den verantwortlichen Mit- 
arbeitern der Fachabteilungen nicht immer durchsetzen. 

Das Teilprojekt Technik umfasst technische Aufgaben im enge- 
ren Sinne (Aufbau und Inbetriebnahme der Hardware, Vernet- 
zung usw.) sowie die Erstellung eines Berechtigungskonzeptes. 
Hierunter ist die organisatorisch-fachliche Regelung der Verant- 
wortlichkeiten für Prozesse (z. B. Wer darf den Kreditorenzahl- 
lauf durchführen?; Wer darf Lieferanten- und Kundenstammsätze 
anlegen und ändern?) und Objekte (Zugriff auf einzelne Kosten- 
stellen, Materialien, Personaldaten usw.) und deren technische 
Hinterlegung in Systemtabellen zu verstehen. Bedingt durch die 
noch unvollständige Beschreibung der fachlichen Konzepte 
konnten bisher nicht alle Berechtigungen festgelegt und imple- 
mentiert werden. 

Die Mitglieder des Projektteams sind an mehreren Standorten 
verteilt untergebracht. Projektmeetings finden wöchentlich in ver- 
schiedenen einzeln anzumietenden Besprechungsräumen statt. 
Ein zentrales Projektbüro steht nicht zur Verfügung. Kurzfristige 
Meetings mit mehr als vier Personen sind oft mangels geeigneter 
Besprechungsräume nicht organisierbar. 

Zahlreiche Mitarbeiter der Fachabteilungen sind nicht von ihrer 
regulären Tätigkeit freigestellt. Dies führte in der Vergangenheit 
mehrfach zu Terminkollisionen mit der Konsequenz, dass das 
Tagesgeschäft mehrfach Vorrang vor den Projekttätigkeiten hatte. 
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Einzelne Berater des Softwareunternehmens sind in weiteren 
Projekten anderer Kunden tätig. Insbesondere im Teilprojekt 
Logistik und Produktion häufen sich Beschwerden der Fachabtei- 
lungsmitarbeiter über die Nichtverfügbarkeit einzelner Berater. 

Einige Teilprojektleiter der Fachabteilungen dürfen für das Pro- 
jekt keine verbindlichen Entscheidungen treffen, da sich ihre 
jeweiligen Führungskräfte wichtige Entscheidungen Vorbehalten 
haben. Dies führt bei schwierigen Fragen, z. B. wenn Geschäfts- 
prozesse und organisatorische Regelungen zu verändern sind, 
regelmäßig zu Verzögerungen in der Projektarbeit, da die Soft- 
wareberater mehrere Mitarbeiter des Fachbereiches überzeugen 
müssen. 

Aufgabenstellung 

Der kaufmännische Vorstand möchte sich ein unabhängiges Bild 
über die Situation des Projektes verschaffen und beauftragt den 
Leiter IT-Controlling damit, Lösungsvorschläge zur Verbesserung 
der Situation zu erarbeiten. 

Lösungsvorschläge 

Ein Grundproblem des Projektes ist die Missachtung des Zu- 
sammenhangs zwischen Business-Reegineering und dem Einsatz 
der Informationstechnik. Die Einführung von Standardsoftware 
führt im Regelfall nur dann zum Erfolg, wenn sich das Unter- 
nehmen hinsichtlich seiner Prozesse an die vorgesehenen Mög- 
lichkeiten der Standardsoftware anpasst. Das Beharren auf tradi- 
tionellen Lösungen erhöht die Einführungskosten und den späte- 
ren Wartungsaufwand (z. B. bei Releasewechseln). 

Moderne betriebswirtschaftliche Standardsoftware setzt meist 
eine Prozessorganisation voraus, die im vorliegenden Fall offen- 
sichtlich nicht vorliegt. Der Vorstand sollte das Projekt stoppen 
und eine Restrukturierungsphase einlegen, in der zunächst über 
eine angemessene an den Referenzprozessen der ausgewählten 
Standardsoftware orientierte Regorganisation nachgedacht wird. 
Sollte die Standardsoftware die betriebswirtschaftlichen Ziele im 
Kernbereich des Unternehmens (Produktion, Logistik Vertrieb) 
nicht abdecken, muss ggf. auch die Auswahlentscheidung über- 
dacht werden. 

Der funktionale Zuschnitt des Projektes begünstigt Abteilungs- 
denken und Bereichsegoismen. Dies wirkt auch auf die gewählte 
Projektorganisation, welche ein Spiegelbild der Aufbauorganisa- 
tion darstellt. 
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Nach Vorliegen eines Konzeptes für die Prozessorganisation 
(s.o.) sollte die Projektorganisation nicht nach funktionalen Auf- 
gaben, sondern nach möglichst umfassenden Prozessketten (z. B. 
Teilprojekte für Auftragsbearbeitungsprozess, Ersatzteilgeschäft 
usw.) gegliedert werden. Die Projektmitglieder müssen von den 
verantwortlichen Führungskräften (Prozessverantwortliche) die 
Kompetenz für Entscheidungen übertragen bekommen. Für die 
Dauer des Projektes muss das Kernteam ein zentrales Projektbü- 
ro mit Konferenz- und Arbeitsräumen erhalten. Die Berater des 
beauftragten Softwarehauses müssen für die Projektlaufzeit 
durchgängig zur Verfügung gestellt werden. Der Projektleiter 
sollte an den Gesamtvorstand berichten, da es sich um ein un- 
ternehmenskritisches Projekt handelt. Der Lenkungsausschuss ist 
neu zu besetzen, abhängig von der zukünftigen Prozessorganisa- 
tion. 

IT-Prozessmanagement 
Grundbegriffe des Prozessmanagements 

Das Prozessmanagement entwickelt ein Konzept für das Ge- 
schäftsprozess- und Workflow-Management. Gehring empfiehlt 
den Gestaltungsrahmen für das Prozessmanagement in drei ver- 
netzte Ebenen zu gliedern: Die strategische, die fachlich- 
konzeptionelle und die operative Ebene. Die Anwendungssys- 
tem- und die Organisationsgestaltung ergänzen das Konzept (vgl. 
Gehring/Gadatsch, 1999, S. 70). 
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Abbildung 145; Integriertes Prozess-Management nach Gehring 



Auf der strategischen Ebene werden die Geschäftsfelder eines 
Unternehmens analog Abbildung 145 analysiert. 

Auf der fachlich-konzeptionellen Ebene erfolgt die Ableitung der 
Prozesse. Das Prozess-Management verbindet die Unterneh- 
mensplanung mit der strategischen Ebene, während das Work- 
flow-Management die operative Durchführung mit der Anwen- 
dungssystem- und Organisationsgestaltung vernetzt. Das Prozess- 
Management steuert die Phasen der Prozessabgrenzung, Pro- 
zessmodellierung und Prozessführung im Lebenszyklus von Pro- 
zessen: 

Die Prozessabgrenzung beschreibt die Prozessentstehung. 
Geschäftsfelder und strategisch orientierte Spezifikationen (wie z. 
B. Produktsortiment, kritische Erfolgsfaktoren) sind für jedes 
Geschäftsfeld abzuleiten und zu bewerten. Danach werden iden- 
tifizierte Prozesse modelliert und implementiert. 

Eine ProzessmodeUierung beschreibt Realitätsausschnitte aus 
einem Geschäftsfeld unter einer fachlich-konzeptionellen Pers- 
pektive. Entsprechend den strategischen Zielen eines Unterneh- 
mens können Abläufe umgestaltet oder eine Automatisierung 
bestehender Prozesse erfolgen. 
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Die Prozessdurchführung orientiert sich an Prozess-Führungs- 
größen. Sie sind aus den kritischen Erfolgsfaktoren der jeweili- 
gen Geschäftsfelder abzuleiten. Der Umfang ermittelter Erfolgs- 
defizite, aufgetretener Schwachstellen im Projektablauf usw., 
kann eine Re-Modellierung oder ein erneutes Durchlaufen der 
Prozessmodellierung auslösen. 

Das Workflow -Management gliedert sich in die Phasen Work- 
flow-Modellierung, Workflow-Ausführung und Prozess-Moni- 
toring. Die Workflow-Modellierung folgt der Geschäftsprozess- 
Modellierung. Der modellierte Geschäftsprozess wird um Spezi- 
fikationen erweitert, die für eine automatisierte Prozessausfüh- 
rung unter der Kontrolle eines Workflow-Management- Systems 
notwendig sind. Die Phase der Workflow-Ausführung steuert 
Prozessobjekte und ihren Durchlauf entlang der vorgesehenen 
Bearbeitungsstationen unter der Kontrolle eines Workflow- 
Management-Systems. Das aus Abbildung 145 ersichtliche Pro- 
zess-Monitoring überwacht das Prozessverhalten. Die Gegen- 
überstellung von Prozess-Führungsgrößen und ihren entspre- 
chenden Prozess-Ist-Größen liefert Informationen, ob ein Prozess 
richtig eingestellt ist oder korrigierende Eingriffe vorzunehmen 
sind (detaillierte Ausführungen zum Prozessmanagement vgl. 
Gadatsch 2004). 



4.5.2 Outsourcing von Geschäftsprozessen 

Outsourcing ist eines der wichtigsten organisatorischen Konzepte 
dieser Tage. Trotz der intensiven Diskussion in Theorie und 
Praxis liegen nur wenige empirische Studien vor, auf die für die 
Beschreibung der Ziele, Motive und Ausprägungsformen zurück- 
gegriffen werden kann (vgl. Matiaske/Mellegwigt 2002, S. 641). 
Der Begriff Outsourcing wurde als Kunstwort aus den Worten 
„Outside“ und „Ressource“ gebildet. Outsourcing durch Verlage- 
rung von Wertschöpfungsaktivitäten des Unternehmens auf Zu- 
lieferer nutzt unternehmensexterne Ressourcen. Outsourcing 
verlagert funktional oder organisatorisch abgegrenzte Unter- 
nehmensteile auf Fremdfirmen. 

Typische Beispiele dafür sind Ausgliederungen des zentralen 
Rechenzentrums, der Anwendungsentwicklung oder die Vergabe 
der Kantinenbewirtschaftung an externe Dienstleistungsunter- 
nehmen. Hierzu zählt auch die klassische Auslagerung der Lohn- 
buchhaltung an einen Steuerberater, der sich seinerseits oft der 
IT-Services spezialisierter Dienstleister, wie der DATEV bedient 
(vgl. z. B. Cotta, 2004, S. 73). Auch im öffentlichen Bereich 
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nimmt die Auslagerung von Prozessen einen zunehmend höhe- 
ren Stellenwert ein (vgl. Glinder, 2003). 

Outsourcing ist eine wirksame Methode, Geschäftsprozesse wirt- 
schaftlicher zu gestalten, in der IT-Praxis üblich. Outsourcing 
resultiert aus der Erkenntnis, dass andere Unternehmen Ge- 
schäftsprozesse, die bisher selbst ausgeführt wurden, kosten- 
günstiger leisten. Outsourcing von IT-Leistungen beschränkte 
sich ursprünglich auf den reinen RZ-Betrieb, der vor zehn Jahren 
immer populärer wurde. Später kamen weitere betriebliche Be- 
reiche, wie z. B. das interne Transportwesen hinzu. 

Outsourcing wird kontrovers diskutiert. Die Meinungen liegen 
häufig weit auseinander (vgl. z. B. die Diskussion der CIOs der 
Unternehmen Eon, Deutsche Bank, Porsche und Metallgesell- 
schaft in Quack, 2003). 

Outsourcing unterstützt das Unternehmen bei der Konzentration 
auf das Kerngeschäft. Über den Effekt der Größendegression 
sind Outsourcingunternehmen oft in der Lage, gleichartige IT- 
Leistungen kostengünstiger anzubieten. Größeren Unternehmen 
gelingt es oft selbst, Skaleneffekte im eigenen Hause zu realisie- 
ren, so dass sie auf Outsourcing verzichten können (vgl. z. B. 
Glohr, 2003, S. 136). 

Jährliche Kostenerhöhungen für IT-Budgets erzwingen regelmä- 
ßig Diskussionen, ob durch Outsourcing Einsparungen möglich 
sind. Es handelt sich um eine klassische „Make-or-Buy“ Überle- 
gung, die im Bereich anderer Güter und Dienstleistungen durch- 
aus üblich ist. Kernproblem in diesem Zusammenhang ist die zu 
lange Abschreibungsdauer für das IT-Equipment, das in der Re- 
gel in kürzerer Zeit als der Abschreibungsdauer erneuert werden 
muss. 

Personalsuche und Personaleinstellungen von IT-Spezialisten 
sind problemloser, als in früheren Jahren, so dass sich die Quali- 
tät der IT-Leistungen steigern lässt. 

Manche Unternehmen wollen durch die Übertragung der IT- 
Leistungen an Spezialunternehmen ihr Qualitätsniveau erhöhen. 

Oft sind Kapazitäts- und Leistungsgrenzen der IT-Infrastruktur 
ausschlaggebend über Outsourcing nachzudenken, wenn aus 
Performancegründen die Aufrüstung eines vorhandenen Rech- 
ners notwendig wird. 
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Während bei Outsourcing-Überlegungen früher finanzielle Vor- 
teile im Vordergrund standen, dominiert heute eine strategisch- 
orientierte Partnerschaft. 



NUTZENASPEKTE FÜR OUTSOURCENDE UNTERNEHMEN 

Konzentration auf das Kerngeschäft 

Steigerung der Effizienz des Unternehmens durch rechtzeitigen und 
kostengünstigen Einsatz innovativer Technoiogien 



Chancen und 
Risiken 



Outsourcing- 

Bilanz 



Outsourcing ist stets sorgfältig vorzubereiten, denn Chancen und 
Risiken sind komplex strukturiert, werden in der Regel erst lang- 
fristig wirksam. Auf der Nutzenseite stehen Kostenvorteile und 
qualitativ steigende Leistungen, Personalprobleme lassen sich 
umgehen, gebundenes Kapital freisetzen. 

Als Risiko entstehen Abhängigkeitsprobleme vom Outsourcing- 
Anbieter und selten realisierbare Rücktrittsentscheidungen. Mit 
der freiwilligen Aufgabe von IT-Management-Know-how und IT- 
Spezialwissen entfällt die Option, ausgegliederte Aufgaben not- 
falls wieder in die eigene Verantwortung zu übernehmen. 

Mit Outsourcing lassen sich aus den Bilanzierungs- und Ab- 
schreibungsvorschriften steuerliche Vorteile ableiten. Personal- 
probleme entstehen, wenn Arbeitnehmerinteressen bei der Aus- 
gliederung nicht ausreichend berücksichtigt worden sind. Wider- 
stände der Belegschaft sind bei Standortwechseln, effektivem 
Personalabbau oder verschlechterten finanziellen Vertragsbedin- 
gungen zu erwarten. Ein Problem kann im Bereich des Daten- 
schutzes liegen. Bisher sind keine Fälle von Datenmissbrauch 
durch Outsourcing-Unternehmen bekannt geworden. 

Abbildung 146 dokumentiert Argumente für bzw. gegen Out- 
sourcing. Eine weitergehende ausführliche Auflistung möglicher 
Nutzenpotenziale und Kosteneinflussfaktoren ist bei Ditt- 
rich/Braun (2004, S. 27 ff.) dokumentiert. 
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Chancen des Outsourcing 


Strategie 


• Konzentration auf betriebliche Kernkompetenzen 

• Erhöhung der Leistungsqualität durch Einsatz spezialisierter 
Dienstleister 

• Verbesserung der Elexibilität durch bedarfsabhängige Nutzung 
von Leistungen 


Finanzen 


• Kostenreduktion durch Nutzung von Skaleneffekten 

• Verbesserung der Kostenkontrolle durch feste vertragliche 
Vereinbarungen 

• IT-Kosten verwandeln sich von fixen in variable Kosten 


Personal 


• Elexible Ressourcenbereitstellung bei Bedarf durch den Out- 
sourcing-Dienstleister 

• Personalabbau ohne Kündigung durch Transfer zum 
Dienstleister 

• Skillentwicklung und -bereitstellung (z. B. IT-Spezialisten) 


Informati- 

onstechnik 


• Rechtzeitige Bereitstellung aktueller Technologien 


Risiken des Outsourcing 


Finanzielle 

Aspekte 


• Realisierung geplanter Einsparungen nicht immer möglich 

• Planung und Kontrolle der Maßnahmen realisierbar ? 


Strategische 

Motive 


• Abhängigkeit tolerierbar? 

• Kompetenzverlust kalkulierbar? 

• Rücknahme der Auslagerung kaum möglich 


Operative 

Aspekte 


• Operative Kontrolle ohne Zugriff auf Eremdpersonal schwierig 

• Optimierung von Schnittstellen aufwendig 


Rechtliche 
und vertrag- 
liche Aspek- 
te 


• Problematischer Personaltransfer (§ 6 13a BGB) 

• Lange Vertragslaufzeiten 

• Datenschutz und Datensicherheit (kritisch bei Banken, Versi- 
cherungen) 



Abbildung 146: Chancen und Risiken des Outsourcings 
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Als vorteilhaft gilt die Chance, Fixkosten in variable Kosten zu 
verändern. Das Stichwort „Pay as Use“ verwendet oft die Lea- 
sing-Werbung. Diese Formel soll suggerieren, dass die Unter- 
nehmen der Leistungsentnahme entsprechende proportionale 
Beträge zahlen müssen. Outsourdng-Verträge sind in der Regel 
langfristig angelegt Realiter ändert sich nur die Kostenart. Perso- 
nal- und Sachkosten mutieren zu Aufwendungen für Dienstleis- 
tungen. Der Fixkostenblock für „Outsourcing-Aufwendungen“ ist 
bekanntlich kurzfristig nicht abbaubar. Eine Kostenreduktion in 
Krisenzeiten ist von der Vertragsgestaltung abhängig. 



Kostentrans- In der Regel liefert Outsourcing eine höhere Kostentransparenz, 
parenz steigt da sämtliche IT-Kosten abzurechnen sind. Dieser Tatbestand lässt 
die Anwender kostenbewusster denken und handeln. 



Technologieup- Angeblich befähigt Outsourcing Unternehmen, rechtzeitig den 
grade Anschluss an den technologischen Wandel zu vollziehen. Wenn 

ein Unternehmen einen fünfjährigen RZ-Vertrag abschließt, der 
auch die Standardsoftwarenutzung eines bestimmten LLerstellers 
umfasst, dann ist das Unternehmen für diesen Zeitraum an die 
Releaseplanung des Lferstellers gebunden und u.U. sogar zum 
permanenten Releasewechsel auf Grund des Outsourcing-Ver- 
trages verpflichtet. Ein Umstieg auf leistungsfähigere Software- 
pakete anderer ffersteller ist nur möglich, wenn dies im Out- 
sourcing-Vertrag vereinbart worden ist. 



4.5.3 IT-Outsourcing 

Outsourcing von IT-Leistungen ist in der Praxis üblich. Seit der 
Entscheidung der Eirma Eastman Kodak aus dem Jahr 1989, die 
Datenverarbeitung und Netzwerke an das IT-Unternehmen IBM 
u.a. auszulagern, gilt Outsourcing in der Informationstechnik als 
geeignete Handlungsoption für das Informationsmanagement 
(vgl. Jouanne-Diedrich, 2005, S. 125). 

Nach einer Untersuchung des Fraunhofer Institutes für System- 
technik und Innovationsforschung betreiben im verarbeitenden 
Gewerbe nur noch 62 % der Unternehmen ihre IT in Eigenregie 
(vgl. Eraunhofer-ISI, 2003). Eine Studie der CMP-WEKA Research 
& Consulting kommt zu etwas zurückhaltenderen Ergebnissen. 
Demnach haben etwa 19 % der deutschen Unternehmen Teile 
ihrer IT ausgelagert (vgl. Gründer/Bereszweski 2004, S. 14). Al- 
lerdings schwanken die Werte in der Branchenbetrachtung deut- 
lich. Im Finanzbereich haben knapp 50 % der Unternehmen IT- 
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Offshore/ 

Nearshore 



Grundformen 



Klassisches 

Plattform- 

Outsourcing 



Teile ausgelagert, während der Anteil im Handel nur etwa 10 % 
beträgt. 

Häufig tauchen neue Schlagworte im Outsourcing-Umfeld auf. 
Das jüngste Beispiel hierfür sind die Begriffspaare „Offshoring“ 
und „Nearshoring“. Offshoring steht für Verlagerungen der IT 
nach Fernost, im angelsächsischen Raum häufig in Länder wie 
Indien bzw. für französische Unternehmen nach Marokko oder 
Tunesien. „Nearshoring“ umfasst die Verlagerung in Länder des 
europäischen Kulturkreises, z. B. nach Irland (vgl. zu den aktuel- 
len Trends Mertens 2004 oder auch Knop 2004). In beiden Fällen 
steht die Ausnutzung des enormen Gehaltsunterschiedes für IT- 
Spezialkräfte im Vordergrund des Kalküls. 

Inzwischen haben sich über mehrere Jahre hinweg Outsourcing- 
Varianten in- und außerhalb der Informationstechnik entwickelt. 
Die einfachste Form des Outsourcings in der Informationstechnik 
erfolgt beim Einsatz von Standardsoftware. Diese Form wird seit 
Jahren praktiziert, ohne noch als Outsourcing zu gelten. 

Nach der Art des ausgelagerten Know-hows lassen sich drei 
Grundformen unterscheiden, die in der Praxis in mehreren Vari- 
anten anzutreffen sind: Klassisches Plattform-Outsourcing, Appli- 
cation Service Providing (ASP) und Business Process Outsourcing 
(BPO), vgl. dazu Abbildung 147. 

Beim klassischen Plattform-Outsourcing, auch als Facilities-Mana- 
gement bezeichnet, wird der gesamte operative Aufgabenumfang 
des Rechenzentrumsbetriebes von einem Outsourcing-Anbieter 
übernommen einschließlich der Netzleistungen. Sie können auch 
getrennt vom Rechenzentrum behandelt werden. Eine andere 
Form des Plattform-Outsourcings gliedert die PC-Beschaffung 
und den PC-Benutzerservice aus. 
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Outsourcing-Formen 
und Anwendungsbeispiele 




Application Service Providing (ASP) 



SAP R/3 


7 







CAD / CAE 



Web-Site 



Office 



(klassisches) Plattform-Outsourcing 






Network-Services 







□ 



Abbildung 147: Grundformen des IT-Outsourcings 



Application Service Providing (ASP) ist eine Outsourcingform, 
bei der im outsourcenden Unternehmen lediglich Endgeräte für 
die Mitarbeiter benötigt werden. Server, Betriebs- und Anwen- 
dungssoftware stellt der Service-Provider zur Verfügung. Die 
Verbindung zum Service-Provider läuft über öffentliche oder 
private Netze, meist über das Internet. Bekannt wurde der ASP- 
Begriff zunächst in den USA für Standardsoftware in Büro-Um- 
gebungen, in erster Linie für Bürosoftware wie Textverarbeitung, 
Tabellenkalkulation, E-Mail usw. Betriebswirtschaftliche Anwen- 
dungen, wie z. B. SAP® R/3®, wurden erst später angeboten. 
Der Provider stellt dem Kunden neue Softwareversionen zur 
Verfügung. Daneben werden Servicepakete wie Einführungsun- 
terstützung, Hotline, Beratung, Schulung etc. angeboten. Von 
ASP-Angeboten sollen in erster Linie kleinere und mittlere Unter- 
nehmen profitieren, welche nicht über die erforderlichen Res- 
sourcen verfügen. 

Klassisches IT-Outsourcing betrifft die Auslagerung mehr oder 
weniger umfangreicher Teile der IT-Prozesse, wie die genannten 
RZ-Services, PC-Betreuung oder zum Teil auch Softwareentwick- 
lung. Unter dem Kürzel BPO (Business Process Outsourcing) 
wird seit einiger Zeit ein weitergehender Lösungsansatz disku- 
tiert, der noch unterschiedlich interpretiert wird (vgl. z. B. Riedl, 
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Definition 

BPO-Anhieter 

Besonderheiten 

Auswirkungen 



2003, S. 6). BPO umfasst ganze Geschäftsprozesse. Die IT ist 
meist Hauptbestandteil des Vertrages. Zusätzlich erbringt der 
externe Dienstleister weitere Leistungen. Beispiele für BPO fin- 
den sich überwiegend in transaktionsorientierten Geschäftspro- 
zessen wie Logistik, Vertrieb oder Buchhaltung, da hier die Ser- 
viceanbieter attraktive Abrechnungsmodelle realisieren können 
(vgl. Peters/Bloch, 2002). BPO kann Kernprozesse wie Vertrieb 
oder Produktion, Sekundär- bzw. Querschnittsprozesse wie 
Buchhaltung oder Personalwirtschaft betreffen. 

BPO umfasst als Komplettpaket die Prozessgestaltung, -Steuerung 
und -ausführung mit der notwendigen IT-Unterstützung . 

Anbieter für BPO sind aus dem IT-Outsourcing bekannte Sys- 
temhäuser, die ihr Geschäftsmodell ausweiten möchten. 

Die Risiken des BPO-Ansatzes sind im Vergleich zum IT-Out- 
sourcing wesentlich höher, da auf die technische IT-Kompetenz, 
die Gestaltung und Kontrolle der Geschäftsprozesse verzichtet 
wird. Die Gefahr des irreversiblen Know-how-Verlustes ist deut- 
lich höher, als beim klassischen Outsourcing. 

Die Varianten wirken sich unterschiedlich stark auf die Verlage- 
rung von Know-how aus (vgl. Abbildung 148). Beim Plattform- 
Outsourcing werden lediglich technische Kompetenzen verlagert, 
die nicht zum Kerngeschäft eines Unternehmens gehören. Beim 
ASP-Modell wird die Fähigkeit, Software zu entwickeln oder 
Standardsoftware einzuführen und zu warten nach außen verla- 
gert. Der Anwender ist Nutzer der Software und betreibt mit ihr 
seine Geschäftsprozesse. Der BPO-Ansatz verzichtet auf die ope- 
rative Durchführung des Prozesses, wodurch sich die Abhängig- 
keit vom Dienstleister erhöht. 
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Abbildung 148: Auswirkungen der Outsourcingvarianten 



Begriffs- 

alternativen 



Trendwechsel 

„Insourcing“ 



In der Praxis sind unter den Begriffen „Selektives Outsourcing“, 
„Partielles Outsourcing“, „Outtasking“ oder „Smartes Outsour- 
cing“ Varianten des IT-Outsourcing zu finden, die nicht die Aus- 
lagerung der gesamten IT, sondern nur einzelner Bereiche (sog. 
„tasks“) zum Inhalt haben (vgl. o. V. 2003a, S. 362). Der Begriff 
Outtasking wird z. T. auch als Synonym für das klassische Out- 
sourcing bezeichnet, bei dem eng begrenzte und vor allem stark 
standardisierte Aufgaben wie Buchhaltung oder Personalabrech- 
nung ausgelagert werden (vgl. z. B. Oehler, 2005, S. 369). 

Deutsche Unternehmen geben die Kontrolle über die IT ungern 
ab. Viele Manager haben die Erfahrung gemacht, das Outsour- 
cing nicht zwangsläufig die IT-Kosten senkt und den Service 
verbessert. Es gibt Eälle, in denen die Leistungsversprechen der 
IT-Serviceanbieter nicht eingehalten werden. Auch im internatio- 
nalen Umfeld wurde festgestellt, das der Erfolg von Outsourcing- 
Projekten vor allem dann begrenzt ist, wenn es sich um das 
Komplett-Outsourcing der IT handelt. Selektives Outsourcing 
ausgewählter IT-Aufgaben hat dagegen höhere Erfolgschancen 
(vgl. Lacity/Willcocks 2003). Seit einiger Zeit ist ein Rückwärts- 
Trend für ein „Insourcing“ zu beobachten. 
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PRAXISBEISPIEL: INSOURCING (BERTELSMANN) 

Ein Praxisbeispiel bietet die IT-Strategie der Firma Bertelsmann (vgl. 
Vogel, 2002). Sie hat die Kostenreduktion der IT auf konkurrenzfähige 
Strukturen und Einsparungen bis zu 90 Mio EUR jährlich konzentriert. 
Hierzu wurden mehrere Maßnahmen eingeleitet: 

• Zentralisierung der stark fragmentierten IT-Infrastruktur, 

• Verbesserung der Vernetzung von Unternehmensbereichen, 

• Steigerung des Kostenbewusstseins in den Fachbereichen 
durch Service Level Agreements, 

• Einsatz des konzerneigenen IT-Dienstleisters (Arvato Sys- 
tems), bewusster Verzicht auf Outsourcing. 

Ein vollständiges Outsourcing wurde in der dezentralen Konzernstruk- 
tur als politisch und organisatorisch schwer durchsetzbar eingestuft. 

Ein Grund für den Trend zum Insourcing ist die nachträgliche 
Erkenntnis von Entscheidungsträgern, dass die Variabilität der IT- 
Kosten nur in zuvor mit dem Dienstleister vereinbarten Bandbrei- 
ten möglich ist (vgl. Abbildung 149). Der Planbedarf an IT- 
Leistungen (z. B. Speicherplatz oder Rechnerleistung) des Kun- 
den wird vom Outsourcing-Dienstleister im Rahmen eines Kapa- 
zitätskorridors berücksichtigt, innerhalb dessen die IT-Kosten 
variabel verlaufen. Tritt ein ungeplanter Mehr- oder Minderbedarf 
des Kunden ein, muss er zusätzliche Vergütungen bzw. Aus- 
gleichszahlungen leisten, die von dem vereinbarten Kostensatz 
innerhalb der Bandbreite der Plankapazität abweichen können. 
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Gemischtes In Deutschland ist die Meinungsbildung bei IT-Entscheidern zum 

Stimmungsbild IT-Outsourcing unterschiedlich. Eine im Jahre 2003 von der 
Eachzeitschrift CIO-Magazin durchgeführte Befragung von 319 
IT-Verantwortlichen meldet, dass 29 % der Befragten dem IT- 
Outsourcing positiv, 30,6 % negativ eingestellt und sich 39 % 
indifferent äußern. 1,4 % machten hierzu keine Angabe (vgl. 
Ellermann, 2003a). 

Die gespaltene Meinung zur Frage des Nutzens von IT- 
Outsourcing-Projekten spiegelte sich auch im -wichtigen SAP®- 
Markt wieder. Eine Befragung der Firma Raad Consult von 650 
IT-Leitern bei Unternehmen, die Teile ihres SAP®-R/3®-Systems 
ausgelagert haben, ergab: Die durch das IT-Outsourcing-Projekt 
erwartete Kostensenkung -wurde nicht erreicht. Die eingesetzten 
SAP®-Systeme waren nicht auf einem aktuelleren Releasestand, 
als bei Unternehmen, die SAP®-Soft-ware ohne Outsourcing ein- 
setzten (vgl. Abbildung 150). 



258 







4.5 IT-Prozessmanagement 



Release- 
Stand der 
Befragten 
Unternehmen 




Ganz oder teilweise 
ausgelagert 



Auslagerung geplant 



Ohne Outsourcer 



Abbildung 150: R/3-Auslagerung ohne Kostenvorteile (o.V. 

2002d, S. 14) 

IT-Outsourcing Im öffentlichen Bereich ist aufgrund des hohen Kostendrucks ein 
im öffentlichen starker Trend zu Outsourcingvorhaben zu beobachten. Vorbehal- 
Bereich te gegen IT-Outsourcing durch Kritiker, welche die Meinung 

vertreten, dass im Rahmen hoheitlicher Aufgaben ein IT- 
Outsourcing nicht zulässig sei, kann die Auffassung von Ulmer 
entgegengehalten werden. Er vertritt die Meinung, dass IT- 
Outsourcing im Rahmen der öffentlichen Aufgabenerfüllung 
zulässig ist, wenn keine Entscheidungsverantwortung auf den 
Outsourcer übertragen wird (Ulmer, 2003, S. 707). Die bedeutet, 
dass übliche IT-Outsourcing-Projekte, wie RZ-Überlassung, Aus- 
gliederung von Desktop-Services, Einsatz von Standardsoftware 
einschließlich ihrer (Eern-)Wartung grundsätzlich möglich sind. 

PRAXISBEISPIEL: IT-OUTSOURCING IM KRANKENHAUS 

Typisch für IT-Outsourcing im öffentlichen Bereich ist das Beispiel des 
Krankenhauses Dresden-Neustadt (vgl. Knopp, 2003). Auf Grund des 
steigenden Kostendrucks und der Anforderungen des Gesundheitsre- 
formgesetzes wurde zur Unterstützung der betriebswirtschaftlichen 
und medizinischen Arbeitsabläufe eine Branchenlösung (mySAP® 
Healthcare) eingeführt, die von einem externen Anbieter betrieben und 
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Buy-Strategie 



Make-Strategie 



Mix-Strategie 



gewartet wird. Alle Anwender der vier Standorte greifen über eine 
Standleitung auf das Standardsoftwarepaket zu. 

Die Entscheidungsalternative „Eigenbetrieb“ wäre wegen des fehlen- 
den Betriebspersonals und der zu hohen Kosten nicht realisierbar 
gewesen. 

Bei geringer Bedeutung der IT-Lösungsansätze für die Unter- 
nehmensziele und Kernprozesse bietet sich eine klassische „Buy- 
Strategie“ an. 

Typische Beispiele für das klassische Outsourcing sind Standard- 
anwendungssoftware für die Buchhaltung, Lagerwirtschaft oder 
IT- Arbeitsplätze, der Betrieb eines kompletten Rechenzentrums 
oder die Administration von Servern. 

Beim Betrieb wenig standardisierter IT-Produkte und IT- 
Leistungen ist die strategische Bedeutung hoch, wenn wichtige 
Kernprozesse des Unternehmens betroffen sind und es sich um 
vorwiegend unternehmensindividuelle Aufgabenstellungen han- 
delt. Typisch dafür sind die Entwicklung von Informationssyste- 
men für die Produktentwicklung, den Vertrieb und Service oder 
spezifische Kundeninformationssysteme . 

Sind unterschiedliche interne und externe Ressourcen zu koordi- 
nieren, wie z. B. beim Betrieb der kompletten SAP-Anwen- 
dungen im Verbund mit Eigenentwicklungen, muss von Fall zu 
Fall entschieden werden. Die Schnittstellenproblematik fordert 
häufig gesonderte Entscheidungen. 
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Abbildung 151: Outsourcing-Standardstrategien 



Outsourcing-Entscheidungen in der IT sind sorgfältig vorzuberei- 
ten. Häufig bedient man sich einer detaillierten Wirtschaftlich- 
keitsanalyse und einer ergänzenden Nutzwertanalyse, um die 
entscheidungsrelevanten Daten aufzubereiten. 

Die wichtigsten Kriterien für die Erstellung einer Wirt- 
schaftlichkeitsanalyse mit Hilfe der Kapitalwertmethode sind in 
Abbildung 152 aufgeführt. Wichtige Hauptkriterien der Nutzwert- 
analyse sind: 

• Beitrag zur Unternehmens-Strategie, 

• Einanzieller Beitrag zum Unternehmens-Erfolg, 

• Personelle Auswirkungen, 

• Flexibilität der eingesetzten Informationstechnik, 

• Rechtliche und vertragliche Auswirkungen, 

• Auswirkungen auf operativen Geschäftsbetrieb. 
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Abbildung 152: Kriterien zur IT-Outsourcing-Kapitalwertberechnung 
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Abbildung 153 zeigt ein durchgerechnetes Praxisbeispiel für die 
Entscheidungsalternativen 100% Insourcing (kein Outsourcing), 
100% Outsourcing und selektives Outsourcing, bei dem nur aus- 
gewählte Teile der Unternehmens-IT ausgelagert werden. Die 
Nutzwertanalyse geht von einer besonders hohen Gewichtung 
der beiden ersten Kriterien (Strategie und Finanzen) mit jeweils 
40% aus, während die übrigen Kriterien nur mit marginaler Wir- 
kung einbezogen werden. 
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0,50 


10 


0,25 


6 


0,15 


6 


0,15 


Summe: 


1,00 


1,00 




0,50 




0,30 




0,25 




4,60 


6,11 


6,14 



Abbildung 153: Praxisbeispiel einer Nutzwertanalyse zum IT- 
Outsourcing aus Nachfragersicht 



4.5.4 Outsourcing-Dienstleister 



Outsourcing Seit Jahren ist zu beobachten, dass Unternehmen ihre IT- 

von IT- Abteilungen als eigenständige Unternehmen, meist als GmbHs 

Abteilungen „outsourcen“, um Kosten zu sparen und die Leistungstransparenz 
zu erhöhen. Gelegentlich wird auch als Ziel der Einstieg ins 
Drittgeschäft genannt, um ungenutzte Ressourcen auszulasten 
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Mischformen in 
der Praxis 



Konzern- 

Outsourcing 



Anbieter 



oder die Geschäftsbasis zu erweitern. Nur wenigen IT- 
Gesellschaften gelingt es, sich dauerhaft im externen Markt zu 
etablieren, häufig bleibt der im Drittmarkt erwirtschaftete Um- 
satzanteil unter 10 % des Gesamtumsatzes (vgl. Hackmann, 2002, 
S. 38). Die Voraussetzungen für dauerhafte Markterfolge sind im 
strategischen Umfeld zu finden. Die Geschäftsstrategie muss den 
Willen zum Drittgeschäft mit operationalen Zielen untermauern, 
z. B. einen angestrebten Anteil des externen Umsatzes in drei 
Jahren von 50 % vorgeben. Damit verbunden sind massive Inves- 
titionen in Marketing und Vertrieb, um die Präsenz am Markt zu 
steigern. Der Erfolg hängt letztlich von der Anzahl marktfähiger 
Produkte ab. Die Konzentration auf Betreuung und Individual- 
entwicklung von Software für das Mutterhaus reicht in der Regel 
nicht aus. 

In der Praxis tauchen in der Regel alle erdenklichen Mischfor- 
men auf. Grundsätzlich ist zu unterscheiden, ob der Outsour- 
cing-Anbieter ein Drittunternehmen oder ein Konzernunterneh- 
men darstellt. Sehr häufig wird in den Unternehmen das „Aus- 
gliederungs-Outsourcing“ praktiziert. Dabei lässt sich das 
Rechenzentrum aus dem Unternehmen heraustrennen und in 
eine juristische Person überführen. Hierbei wird dann unter- 
schieden, ob das gegründete Outsourcing-Unternehmen intern 
oder auch extern am Markt operieren kann. 

Beim Konzern-Outsourcing ist darauf zu achten, ob auf die Ge- 
schäftspolitik des Outsourcing-Anbieters Einfluss ausgeübt wer- 
den kann. Die Vorteile bleiben dann weitgehend erhalten. Wich- 
tig ist beispielsweise, dass die von der Konzerntochter erstellte 
Software von den Konzernunternehmen als Standardsoftware 
aktiviert und abgeschrieben werden kann. Die Gehaltsstruktur 
des Konzern-Outsourcing-Anbieters lässt sich aber den Marktver- 
hältnissen anpassen. 

Die Anbieter von Outsourcing-Dienstleistungen (vgl. Abbildung 
154, Hackmann, 2002, S. 38) lassen sich wie folgt klassifizieren 
in: Standardsoftwareanbieter, Systemhäuser (Komplettservicean- 
bieter), Beratungshäuser (betriebswirtschaftliche, organisatorische 
und Softwareberatung) und RZ-Betreiber. 
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Dienstleister 


Gesellschafter 


Umsatz 
2001 Mio€ 


Umsatz im 
Drittmarkt 


Leistungen 


T-Systems 


Deutsche Telekom 


11.000 


72 % 


Hosting, ASP, Outsourcing, Security 


TKIS 


ThyssenKrupp 


500 


68 % 


Outsourcing, E-Business, Infrastrukturservice 


Fiduda 


Volksbanken & 

Raiffeisenbanken, 

Zentralbank 


500 


10 % 


RZ-Outsourcing, Beratung, Wartung 


Gedas 


VW 


493 


30 % 


Systemintegration, Schwerpunkt Logistik 


HVB Systems 


Hy poverei nsba n k 


485 


>1 % 


Applikationsentwicklung 


Lufthansa 

Systems 


Deutsche Lufthansa 


436 * 


27 % 


IT-Betriebssystemintegration, System- 
Management 


BASF IT-Services 


BASF 

Aktiengesellschaft 


400 


5-10 % 


SAP-Anwendungen, SAP-Betrieb, 
Infrastruktur-Outsoucing 


DVG Hannover 


Sparkassen und 
Landesbanken 


346 * 


3 % 


RZ-Services 


IS Energie 


Eon, Cap Gemini 


290 


10 % 


RZ-Outsourcing, Projektgeschäft 


HVB Info 


Hy poverei nsba n k 


267 


7,5 % 


Hosting, Druck-Output, ASP 



Abbildung 154: Outsourcing-Dienstleister (Hackmann, 2002) 



Voraus- Aufgrund der Gestaltungsmöglichkeiten des Outsourcings ist es 

Setzungen für vor der Unterzeichnung eines Outsourcing-Vertrages mit langfris- 
Outsourcing tiger vertraglicher Bindung notwendig, das Outsourcing in die 
Informatikstrategie des Unternehmens zu integrieren. Wichtig 
sind die aktuellen und zukünftigen Informatikaufgaben transpa- 
rent zu gestalten. Dies ist notwendig für die Aufgabenabgren- 
zung zum Outsourcer und die Vertragsgestaltung. Auch bei Ü- 
bertragung der IT-Dienstleistungen an ein Outsourcing-Unter- 
nehmen ist anzunehmen, dass die Unternehmen von IT-rele- 
vanten Fragestellungen im Rahmen der Unternehmensführung 
nicht frei sind. Globale strategische Rahmenentscheidungen sind 
im eigenen Hause vorzubereiten, wenn das eigene Personal 
dafür qualifiziert ist. 

Vor der Auslagerung der Informatikaufgaben sind eine Reihe von 
Fragen zu klären, welche die spätere Aufgabenabgrenzung zwi- 
schen dem Outsourcing-Anbieter und dem outsourcenden Un- 
ternehmen betreffen. 
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Alternativen 

prüfen 



BEISPIELE FÜR FRAGEN 

Wie erfolgt die Projektkoordination und Projektleitung von gemeinsa- 
men Entwicklungsprojekten? 

Welche Befugnisse haben Projektmitarbeiter in den gemeinsamen 
Entwicklungsteams? 

Wie entstehen Definitionen für neue IT-Anforderungen, ihre Entwick- 
lung und endgültige Formulierung? 

In welcher Form erfolgt der Tätigkeitsnachweis? 

Wie erfolgt die Abnahme und Dokumentation der erbrachten Leistun- 
gen des IT-Dienstleisters? 

Die Auslagerung fällt leichter, wenn die Unternehmens-IT sich 
abgrenzen lässt, z. B. als eigenes Profit-Center arbeitet. Es emp- 
fiehlt sich, den gesamten Entscheidungsprozess mit dem Be- 
triebsrat vorab vertraulich festzulegen. Geplante Outsourdng- 
Vorhaben führen oft zu Unruhen in der Belegschaft oder zu 
Abwanderungen von qualifiziertem Personal. 

Oft werden Outsourcing-Entscheidungen „gefühlsmäßig“ getrof- 
fen. Bei IT-Outsourcing fehlt oft eine wirkungsvolle Analyse und 
Kritik durch die Kontrollorgane eines Unternehmens. Daher ist 
es wichtig, die Outsourcing-Entscheidung ökonomisch zu be- 
gründen und eine dokumentierte Datenbasis für Kostenverglei- 
che zu liefern. Betriebskosten für die bestehende IT-Infrastruktur, 
Personalkosten und die leistungsabhängigen Kosten (Energie, 
Betriebsunterbrechungs-Versicherung u.a.) sind zu ermitteln. Vor 
einer Outsourcing-Entscheidung sind folgende Grundszenarien 
zu bewerten: 

• Der Abgleich der aktuellen IT-Architektur mit dem Angebot 
des IT-Outsourcers. 

• Der Vergleich der Angebote unterschiedlicher IT-Outsourcer. 

• Der Vergleich der aktuellen IT-Architektur mit einer alterna- 
tiven Architektur (z. B. Standardsoftware). 

Wichtig ist nicht nur der Abgleich mit der aktuellen IT- 
Architektur, z. B. einer Mainframe-Lösung gegen ein Outsour- 
cing-Angebot, sondern auch die Bewertung von Alternativange- 
boten. Zu prüfen ist, ob eine Umstellung der eigenen großrech- 
nerbasierten IT-Architektur auf Client/Server-Lösungen auf der 
Basis von Standardanwendungssoftware (z. B. SAP® R/3®) die 
wirtschaftlichere Alternative darstellt. Zusätzlich sind die Nutzen- 
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bestandteile der Alternativen für die Entscheidungsfindung zu 
berücksichtigen. Die Angebote der Outsourcing-Anbieter sind oft 
schwer vergleichbar, da keine einheitlichen Standards existieren. 

4.5.5 Outsourcing-Vertragsgestaltung 

Beim IT-Outsourcing erhält die Vertragsgestaltung wegen der 
langfristigen Bindungsdauer eine besondere Bedeutung. Derzeit 
sind im IT-Outsourcing Vertragslaufzeiten von drei bis fünf Jah- 
ren üblich (vgl. Fryba/Bereszewski, 2002, S. 29). Grundsätzlich 
ist der IT-Outsourcing-Prozess im Rahmen der Einzelrechtsnach- 
folge oder der Gesamtrechtsnachfolge möglich (vgl. hierzu aus- 
führlich von Simon 2004, S. 358 ff). Bei der Einzelrechtsnachfol- 
ge handelt es sich um zivilrechtliche Kaufverträge. Sämtliche 
Vermögensgegenstände wie Rechnerausstattung, Nutzungsrechte 
oder Softwarelizenzen müssen einzeln übertragen werden. Der 
Eintritt in Softwarelizenzverträge erfordert meist die Zustimmung 
des Lizenzgebers, also des Softwareherstellers. Bei der Gesamt- 
rechtsnachfolge wird der gesamte Betriebsteil (z. B. das vollstän- 
dige Rechenzentrum) nach dem Umwandlungsrecht übertragen. 
Neben zahlreichen betriebswirtschaftlichen und rechtlichen As- 
pekten sind bei der Auswahl des Übertragungsweges noch steu- 
erliche Aspekte zu prüfen. 

Der IT-Controllerdienst steht dem IT-Management als kompeten- 
ter Berater zur Verfügung, analysiert und bewertet betriebswirt- 
schaftliche Überlegungen. Eine umfangreiche Checkliste zum 
Outsourcing ist in Hodel et al. (2004) dokumentiert, die insbe- 
sondere auch auf die Problematik der Vertragsgestaltung eingeht. 
Außerdem sind die Beteiligungsrechte der Arbeitnehmervertre- 
tungen zu beachten, die sich aus dem Betriebsverfassungsgesetz 
ergeben. 

Bei großen Outsourcing-Vorhaben enthält das Vertragswerk ei- 
nen Rahmenvertrag, ergänzt durch Einzelverträge (vgl. dazu 
Abbildung 155 nach T-Systems, 2002). 



Beratung durch 

IT-Controller- 

dienst 
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Rahmenvertrag 

Einzel- 
vertrag 1 

Einzel- 
vertrag 2 



Einzel- 
vertrag 3 

Einzel- 
vertrag ... 




Rahmenvertrag 
regelt für alle 
Einzelverträge 
relevante Aspekte 



Einzelverträge 
beschreiben 
Art und Umfang 
einzelner Leistungen, 
die vom Outsourcing- 
nehmer zu erbringen 
sind 



Betriebs- 

übertragungs- 

vertrag 





Geschäfts- 

besorgungs- 

verträge 





Regelt Inhalte 
der Übertragung 
der Betriebsteile 
(z. B. Forderungs- 
übergang, Arbeits- 
verträge) 



Regelt spezifische 
Einzelinhalte 
der zu über- 
nehmenden 
Aufgaben 
(z.B. RZ-Betrieb) 



Abbildung 155: Outsourcing-Vertragsstruktur (T-Systems, 2002). 



Rahmen 

vertrag 



Einzelverträge 



Inhalte eines Rahmenvertrages können sein: 

• Vertragsgegenstand und Geltungsbereich, 

• Laufzeit und Kündigung, 

• Zusammenarbeit, 

• Vergütung, 

• Datenschutz und -Sicherheit, 

• Haftung und Höhere Gewalt, 

• Vertragsänderungen, 

• Rückübertragungsregelung bei späterem Insourcing. 

Besondere Bedeutung erlangen die Rückübertragungsrege- 
lungen, wenn nach dem Ablauf der Vertragslaufzeit oder bei 
Vertragskündigungen Teile der ausgelagerten Prozesse wieder 
ins Unternehmen zurückkehren. Wenn das Know-how nicht 
mehr im Unternehmen existiert, empfiehlt es sich, die Mitwir- 
kungspflicht des Outsourcers frühzeitig vertraglich zu fixieren. 

Einzelverträge beschreiben Art und Umfang einzelner Leistungen, 
die vom Outsourcing-Nehmer zu erbringen sind: 

• Vertragsgegenstand und Geltungsbereich, 

• Laufzeit / Kündigung / Verlängerungsoptionen, 
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Betriebsü bertra - 
gungsvertrag 



Geschäftsbesor- 

gungsverträge 



• Leistungsbeschreibung, 

• obligatorische und optionale Leistungen, 

• Mitwirkungspflichten des Auftraggebers, 

• Service Levels, 

• Vergütung. 

Der Betriebsübertragungsvertrag regelt Inhalte der Übertragung 
der Betriebsteile (z. B. Forderungsübergang, Arbeitsverträge): 

• Vertragsgegenstand, 

• Stichtag des Übergangs, 

• Überleitung von Arbeitsverträgen, 

• Übernahme von Forderungen, Verbindlichkeiten und sonsti- 
gen Verpflichtungen (z. B. Steuern), 

• Regelungen zum Gefahrenübergang, 

• Kaufpreis, 

• Abwicklungsmodalitäten. 

Geschäftsbesorgungsverträge regeln spezifische Einzelinhalte 
der zu übernehmenden Aufgaben (z. B. RZ-Betrieb): 

• Vertragsgegenstand und Geltungsbereich, 

• Haftung, 

• Laufzeit / Kündigung / Verlängerung, 

• Vergütung. 

• Mögliche Inhalte der Besorgung: 

• Finanz- und Rechnungswesen, 

• Einkauf und Beschaffung, 

• Personalabrechnung, 

• Datenschutz/Datensicherheit. 

• Infrastruktur (ggf. auch als separater Mietvertrag): 

• Gebäude, Parkplätze, 

• Räume und deren Ausstattung. 
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4.5.6 



Unternehmens- 

profil 



Budgetierung 



Kapazitätspla- 

nung 



IT- 

Leistungsver- 

rechnung 



Fallstudie zum IT-Outsourcing 
Ausgangssituation 

Gegenstand der Fallstudie ist ein Industriekonzern mit einem 
Jahresumsatz von etwa 2.500 Mio EUR/Jahr mit mehreren recht- 
lich selbständigen Konzerngesellschaften. Der Umsatz variiert 
durch witterungsabhängige Produktnutzung: 

• Eine hohe Nachfrage im Neu- und Ersatzgeschäft vor und 
während der Wintermonate, 

• den Rückgang der Nachfrage und Beschäftigung in allen 
Sektoren während der wärmeren Perioden, da nur eine ein- 
geschränkte Lagerbevorratung möglich ist, 

• der konstante Mindestumsatz innerhalb eines Jahres 
schwankt zwischen 35 und 40 Prozent des Jahresspitzenum- 
satzes. 

Der Konzern ist an zahlreichen Standorten weltweit vertreten, die 
bis auf wenige Vertretungen in das Unternehmensnetzwerk in- 
tegriert sind. Produktionsstandorte befinden sich in Deutschland 
(10), in Europa (5) und den USA (2). Insgesamt werden an 60 
Standorten Vertriebsniederlassungen und einige kleinere Vertre- 
tungen (z. B. in China, Australien) gesteuert. 

Das IT-Budget ist ein %-Satz vom Umsatz, der jährlich festgelegt 
wird. Abweichungen der Ist-Kosten toleriert der Vorstand. 

Handlungsbedarf 

Die IT-Kapazitäten lassen sich an die schwankende Nachfrage 
nicht anpassen. Zu geringe Kapazitäten in der Hauptsaison ste- 
hen nicht ausgelasteten Kapazitäten in der Nebensaison gegen- 
über. Die unzureichenden Antwortzeiten in der Hauptsaison 
führen zu regelmäßig wiederkehrenden Beschwerden der An- 
wender. 

Minderanforderungen an IT-Leistungen durch kostenbewusstes 
Verhalten der Anwender werden nicht belohnt, da durch kon- 
stante IT-Kosten (x % vom Umsatz) bei sinkendem Verbrauch 
der Verrechnungssatz steigt bzw. umgekehrt sinkt. Hieraus erge- 
ben sich Argumentationsprobleme für das IT-Management. 

Als Konsequenz aus dem Abrechnungsverfahren werden die IT- 
Budgets sowie die Ist-Verrechnungen von den Anwendern weit- 
gehend ignoriert. Ein IT-Anwender, der relativ hohe Kosten ver- 
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IT-Investitons- 

stau 



IT-Ent- 

wicklungsstau 



Bildungsstau 
und Arbeits- 
überlastung 



ursacht, bezeichnet den IT-Kostenverrechnungsatz deshalb als 
„Spielgeld“. 

Der Konzern setzt eine mittlerweile in die Jahre gekommene 
ERP-Software ein (SAP® R/2®), deren Migration auf das Nach- 
folgeprodukt (SAP® R/3®) nicht mehr lange herauszuzögern ist. 
Gründe hierfür sind insbesondere der ständige Personalmangel 
im Rechenzentrum und die fehlende Funktionalität der Anwen- 
dungssoftware. 

Der im Rahmen einer Feasibility-Study vorgesehene Release- 
wechsel ist als Sukzessivansatz zu führen. Ein Big-Bang wird als 
zu gefährlich für die Betriebsbereitschaft des Unternehmens ein- 
gestuft und verworfen. Daher ist von einer vorübergehenden 
hohen Mehrbelastung der IT-Ressourcen auszugehen. Ein Anbau 
oder ein Neubau des Rechenzentrums ist unausweichlich. 

In der Anwendungsentwicklung sind die Personalressourcen 
weitgehend erschöpft. Das Personal wird überwiegend (>80 %) 
mit Wartungsarbeiten des ERP-Systems und weiterer Individual- 
software beschäftigt. Die wenigen Neuentwicklungen betreffen 
vor allem Webanwendungen. 

Die Zahl der angefangenen Projekte steigt. Viele Projekte werden 
nicht termingerecht fertig, so dass zahlreiche Mitarbeiter in meh- 
reren Projekten arbeiten. 

Für viele Aufgaben werden externe Mitarbeiter eingesetzt, so 
dass in vielen Fällen IT-Know-how verloren geht bzw. bereits 
verloren gegangen ist. 

Fachabteilungen haben - teils aus Resignation - Eigenentwick- 
lungen mit Hilfe von Excel-Makro und weiteren PC-Tools für 
produktive, teilweise lebenswichtige Applikationen, erstellt. Die 
IT-Abteilung ist über diese Eigenentwicklungen unzureichend 
informiert. 

An Neuentwicklungsprojekte oder die Einführung von SAP R/3 
ist mit den vorhandenen Ressourcen nicht zu denken. 

Der Kostendruck hat zu einem nachhaltigen Rückgang von Schu- 
lungsmaßnahmen geführt, sowohl in der IT-Abteilung als auch 
bei den Mitarbeitern in den Fachbereichen. Anwenderfehler, die 
auf mangelnde Schulung zurückzuführen sind, häufen sich. Not- 
wendige Wartungsarbeiten, die auf Fehlbedienungen zurückzu- 
führen sind, binden weitere Kapazitäten in der IT-Abteilung. 
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Leitgedanken 



Der hohe Wartungsanteil und die fehlende Weiterbildung haben 
zu hoher Unzufriedenheit bei den IT-Mitarbeitern und auch bei 
IT-Schlüsselmitarbeitern in den Fachabteilungen geführt. Einzel- 
ne Personen werden überproportional beansprucht. Insbesonde- 
re Periodenabschlüsse und andere Spitzenzeiten führen zu 
Nacht- und Wochenendarbeit vieler Mitarbeiter. 

Die Zahl der Kündigungen wichtiger Personen steigt ständig an. 
Lücken schließen externe Berater zu höheren Kosten. 

Mehrere wichtige Schlüsselmitarbeiter mit R/2-Know-how möch- 
ten gerne in die „neue R/3-Welt“ wechseln, um neue Chancen 
und Perspektiven zu erhalten 

Aufgabenstellung 

Entwerfen Sie eine Strategie zur Lösung der geschilderten Prob- 
leme des Unternehmens. 

Lösungsvorschlag 

Ein neu eingestellter CIO erhält die Aufgabe, die Unternehmens- 
IT zu restrukturieren. Er übernimmt die Verantwortung für die 
effiziente Unterstützung der Geschäftsprozesse mit der Informati- 
ons- und Kommunikationstechnik. Nach der Ist-Analyse ent- 
scheidet er, ab wann die IT erfolgreich für das Unternehmen 
arbeiten kann. Individualinteressen einzelner Bereiche, Eüh- 
rungskräfte oder Personengruppen haben sich diesem Ziel un- 
terzuordnen. Die Unternehmens-IT setzt folgende Ziele: 

• Sie vereinfacht und beschleunigt die Geschäftsprozesse des 
Unternehmens in geeigneter Form. 

• Führungskräfte erhalten für Ihre Tätigkeit die notwendigen 
Informationen zur richtigen Zeit (Frühwarninformationen 
vorher, Analysen der Vergangenheit zeitnah) und am richti- 
gen Ort (im Büro, zu Hause, unterwegs, in Meetings). 

• Endanwender werden schriftlich über Qualität und Kosten 
der IT befragt. 

• Die IT wird mit Drittanbietern (Benchmark) verglichen, ob 
sie kostengünstig arbeitet und marktfähige Leistungen er- 
bringt. 
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Ziele 



Lösu ngsa nsa tz: 
IT-Outsourcing 



• Sie nutzt standardisierte kostengünstige Komponenten (z. B. 
Standardsoftware) und passt die IT-Lösungen flexibel an sich 
verändernde Anforderungen des Unternehmens an. 

• Die IT leistet einen quantifizierbaren Beitrag zur Wertstei- 
gung des Gesamtunternehmens. 

• Die IT bietet qualifizierten Mitarbeitern ein interessantes 
Tätigkeitsfeld mit Entwicklungschancen. 



Die Ziele sind durch IT-relevante Kennzahlen messbar zu doku- 
mentieren: 

• Benutzerzufriedenheit, 

• die Identifikation der Mitarbeiter mit dem Unternehmen und 
Berufsbild, 

• IT-Kosten und -Rentabilitätsvergleiche zu den besten Wett- 
bewerbern und zum Branchendurchschnitt sind regelmäßig 
zu diskutieren, 

• die Höhe der Fluktuation im IT-Bereich ist sorgfältig zu beo- 
bachten, 

• die Anteile qualifizierter Spontan- und Direktbewerbungen 
sind auszuwerten, 

• der Anteil Neuentwicklungen und Wartung, 

• der Anteil Standardkomponenten und Eigenentwicklung. 



Der CIO überzeugt den Vorstand davon, dass die skizzierten 
Probleme des Unternehmens sich durch ein vollständiges Out- 
sourcing aller IT-Aktivitäten lösen lassen. Voraussetzung ist, dass 
sich fast alle IT-Aktivitäten auslagern lassen. Lediglich seine 
Funktion und einige unterstützende Mitarbeiter verbleiben im 
Unternehmen. Er entwirft ein Anforderungsprofil für einen IT- 
Dienstleister mit folgenden Hauptanforderungen: 

• Solide finanzielle Basis des Anbieters, z. B. als Konzerntoch- 
ter, 

• Referenzkunden mit guten Erfahrungen in vergleichbarer 
Größenordnung, 
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• Kapazitätsausgleichendes Outsourcingmodell, das sich an 
den Kapazitätsschwankungen des Auftraggebers orientiert, 

• Attraktiver Arbeitgeber für das (zu übernehmende) IT-Per- 
sonal, um Probleme beim Personaltransfer zu minimieren, 
verbunden mit der Option der vollständigen Übernahme des 
vorhandenen IT-Personals, 

• Erfahrung und nachweisbare Kompetenz für die vom Unter- 
nehmen benötigten IT-Dienstleistungen (z. B. Einführung 
und Betrieb von SAP® R/3®-Software, 

• Elexible Vertragsgestaltungen für einen evtl. Wechsel der 
Plattformen, Technologien und Kapazitäten während der 
Vertragslaufzeit, 

• Rückführungsoption für den Pall strategischer Neuorientie- 
rungen, falls das eigene Unternehmen in vorhandene Kon- 
zernstrukturen des Übernahmeunternehmens eingebunden 
wird, 

• Transparente Vertragsgestaltung, die auch für Nicht-Juristen 
verständlich ist, auf der Grundlage eines partnerschaftlichen 
Vertragsverhältnisses, orientiert am Prinzip der gegenseitigen 
Nutzenstiftung, 

• Übernahme von IT-Leistungen auch am Standort des Auf- 
traggebers, wie Ist-Analysen vorhandener Geschäftsprozesse 
im Rahmen der SAP®-R/3®-Einführung, Installation einer 
Kern-Entwicklungsmannschaft beim Auftraggeber für Störfäl- 
le, 

• Transparentes Abrechnungsverfahren mit Kostengliederung 
auf Benutzerebene. 



Aufgaben- 
teilung im 
Outsourcing- 
Modell 



Auf der Basis des Anforderungskataloges wird ein Anbieter aus- 
gewählt. Die durch Großrechner geprägte IT-Infrastruktur des 
Unternehmens wird unter Nutzung der R/3®-Software in ein 
Client/Server-basiertes Architekturmodell migriert. Der IT-Dienst- 
leister führt das Migrationsprojekt „R/2® nach R/3®“ mit eigenen 
und vom Auftraggeber übernommenen Ressourcen durch. Der 
IT-Dienstleister betreibt nach der Migration mehrere SAP®-R/3®- 
Server, die durch eine Pirewall von der Außenwelt abgeschirmt 
sind. Das R/2®-System wird abgeschaltet. Die Aufgabenteilung 
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zwischen dem IT-DiensÜeister und dem Auftraggeber ist grob 
Umrissen wie folgt geregelt: 



IT-Dienstleister 


Auftraggeber 


IT-Strategie 

• Beratung des Auftraggebers 


IT-Strategie 

• Strategische Planung der IT- 
Infrastruktur 

• Initiierung von IT-Projekten 

• Auswahl von Standardsoft- 
ware 


RZ-Services 

• Betrieb von SAP® R/3® 

• Betrieb der Datenbanksys- 
teme, des Netzwerkes und 
der Mail- und Internetserver 


RZ-Services 

• Keine 


IT-Benutzerservlce 

• Beschaffung und Wartung 
von IT-Arbeitsplätzen 

• Technische Anwenderbera- 
tung 


• IT-Benutzerservice 

• fachliche Anwenderbera- 
tung 


Anwendungssoftware 

• Entwicklung von Individual- 
software 

• Customizing von Standard- 
software 

• Entwicklung von Schnittstel- 
len und Add Ons 

• Technische Dokumentation 

• Wartung (Releasewechsel, 
Eehlerbeseitigung, Weiter- 
entwicklung) 


Anwendungssoftware 

• Projektleitung und 
-durchführung 

• Endanwender- 
dokumentation 

• Endanwenderschulung 



Abbildung 156: Aufgabenteilung im Outsourcingmodell 
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4.5.7 IT-Prozessmanagement mit ITIL 

IT-Abteilungen sind in Projekten zur Optimierung fachlicher 
Geschäftsprozesse federführend involviert. IT-Prozesse selbst 
sind dagegen häufig nicht standardisiert. Eine Untersuchung der 
IT-Fachzeitschrift InformationWeek ergab, dass in durchschnitt- 
lich 53,5 % der befragten deutschen Unternehmen die Zusam- 
menarbeit der Fach- und IT-Abteilung „auf Zuruf“ bzw. nach 
Bedarf geregelt wird. Nur 42,6 % der Unternehmen gaben an, die 
IT-Prozesse einheitlich geregelt zu haben (vgl. Bereszewski 2004, 
S. 32). 




□ Es gibt klar definierte Prozesse 

□ Zusammenarbeit auf Zuruf /bei Bedarf 

□ Ist nicht geregelt 

□ keine Angaben 



Basis: Befragte: 645, 
Antworten: 284 

Alle Befragten, deren 
Unternehmen eine eigene IT- 
Abteilung / zuständige Person 
für IT-hatten. 

Größenklassen: 

1-2000 Mitarbeiter und mehr 



Abbildung 157: Prozesse in der IT (Bereszewski 2004) 

Der Betrieb von IT-Systemen durch einen internen oder externen 
Service-Anbieter erfordert standardisierte nachvollziehbare Abläu- 
fe. Sie wurden für die Unternehmenspraxis von der IT Infrastruc- 
ture Library (ITIL) in einem Handbuch dokumentiert, das in den 
80er-Jahren von der britischen Regierung für die Beschreibung 
von IT-Abläufen konzipiert wurde, (vgl. o.V. 2002c, S. 34). Das 
ursprüngliche Handbuch wurde zu einer Sammlung von Best- 
Practices fortentwickelt und gilt heute als De-facto-Standard für 
angewandtes IT-Prozessmanagement in Unternehmen und Be- 
hörden auch außerhalb Großbritanniens. 

Wichtig: Der Terminus „De-facto-Standard“ sollte nicht als Norm 
oder Vorschrift, sondern im Sinne herstellerunabhängiger Emp- 
fehlungen auf der Grundlage von Praxis-Erfahrungen verstanden 
werden. ITIL beschreibt nur was zu tun ist, nicht aber wie es 
umzusetzen ist (vgl. Olbrich 2004, S. 1). Die ITIL-Autoren schrei- 
ben weder den Einsatz spezieller Formulare oder konkreter 
Tools vor, sondern sie zeigen den Handlungsbedarf für standar- 
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itSMF 



1. Zielgruppe: 
IT-Dienstleister 



2. Zielgruppe: 
Interne IT- 
Dienstleister 



ITIL-Struktur 



disierte IT-Prozesse auf. Die ITIL- Vorschläge müssen überprüft 
und für den unternehmensspezifischen Einsatz individuell ange- 
passt werden. Die Einführung von ITIL bedeutet für das IT- 
Management, Prozesse in der IT zu analysieren, zu optimieren 
und transparent zu dokumentieren. Es ist zu klären, welche Teil- 
schritte ablaufen und wer für den Gesamtprozess und einzelne 
Prozess-Schritte im Unternehmen verantwortlich ist. 

Die permanente Weiterentwicklung von ITIL hat das Information 
Technology Service Management Eorum (itSMF) übernommen, 
das 1991 als britische Institution gegründet wurde. Inzwischen 
gibt es nationale itSME-Organisationen auch in Deutschland (vgl. 
itSMF, 2002, S. 33). ITIL wurde durch zahlreiche Anwender (z. B. 
DaimlerCrysler), Softwarehersteller (z. B. Microsoft, IT-Dienstleis- 
ter (T-Systems) und Beratungshäuser (z. B. Siemens Business Ser- 
vice) beeinflusst (vgl. Hochstein/Hunziker, 2003, S. 47). 

ITIL orientiert sich als Sammlung von Best Practices in erster 
Linie an IT-Serviceunternehmen (z. B. Outsourcing-Dienstleister, 
Service-Rechenzentren, Softwarehäuser). Es lässt sich auch für 
serviceorientierte IT-Prozesse mittlerer und größerer Anwender- 
unternehmen einsetzen. Gelegentlich wird ITIL als verbindlicher 
Standard betrachtet, was nicht der Fall ist. ITIL beschreibt als 
Leitfaden, welche Aspekte bei der IT-Prozessoptimierung zu be- 
achten sind und individuell durch den Dienstleister anzupassen 
sind (vgl. Röwekamp, 2003, S. 52). 

Häufig dokumentieren hausinterne IT-Dienstleister (IT-Abtei- 
lungen) die IT-Prozesse (z. B. Störungsbeseitigung, Weiterent- 
wicklung von Anwendungssoftware, Notfallprozeduren zur Wie- 
derherstellung der Betriebsbereitschaft im Katastrophenfall) nicht 
ausreichend. Die Folgen sind für betroffene Unternehmen nega- 
tiv. Nicht dokumentierte IT-Prozesse blockieren im Störungsfall 
die Suche nach der verantwortlichen Instanz und verzögern Feh- 
lerbeseitigungsprozesse. Unzufriedene Nutzer und höhere IT- 
Kosten sind die Folgeerscheinungen. Vgl. dazu Tepker (2002, S. 
59f.) 

Das ITIL-Konzept bietet dem IT-Controllerdienst konkrete Hilfe- 
stellungen in Form von Checklisten, Zuständigkeitsbeschreibun- 
gen und Praxisbeispielen. 

ITIL wird von der itSMF und anderen Organisationen in Büchern 
beschrieben. Standardisierte Tests erhöhen die Qualifikationen 
der IT-Mitarbeiter. 
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Geschäftliche 

Perspektive 



Die OGC (Office of Government Commerce) unterstützt die briti- 
sche Regierung beim Aufbau moderner IT-Infrastrukturen. In 
Zusammenarbeit mit der OGC und dem itSMF bieten die nieder- 
ländische Stiftung EXameninstituut voor INformatica (EXIN) und 
das englische Information Systems Examination Board (ISEB) 
Zertifizierungen für ITIL an (vgl. itSME, 2002, S. 32). 

Das ITIL-Konzept wird im Rahmen dieses Buches nicht ausführ- 
lich behandelt. Die Verfasser verweisen auf die ITIL-Bücher, die 
über folgende Elauptbereiche informieren (vgl. itSMF, 2002, S. 
35): 

• Geschäftliche Perspektive (Business Perspektive), 

• Planung und Lieferung von IT-Services (Service Delivery), 

• Unterstützung und Betrieb der IT-Services (Service Support), 

• Management der Infrastruktur (Infrastructure Management), 



• Management der Anwendungen (Applications Management). 




Abbildung 158: ITIL-Komponenten (itSMF, 2002, S. 34) 



Themen zur geschäftlichen Perspektive (Business Perspektive) 
von ITIL behandelt das Business Continuity Management und 
Outsourcing. Der Bereich Business Continuity Management be- 
schäftigt sich mit Geschäftsprozessen, die im Katastrophenfall die 
Betriebsbereitschaft des Unternehmens wieder hersteilen bzw. 
aufrechterhalten. 
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Planung und 
Lieferung von 
IT-Services 



Unterstützung 
und Betrieb der 
IT-Services 



ITIL-Prozesse 



Fragestellungen wie Service-Level-Management oder Finance- 
Management für IT-Services gehören 2 um Bereich Service Deli- 
very. Zum Konzept des Service-Level-Ägreements vgl. S. 194 ff. 
Der Bereich Finance-Management informiert über die Ermittlung 
und Verrechnung von IT-Kosten (IT-Kostenrechnung). 

Die Geschäftsprozesse des IT-Betriebes werden im Bereich Ser- 
vice Support detailliert beschrieben. Hierzu zählen Geschäftspro- 
zesse im Aufgabenfeld „Service Desk“, identisch mit dem ersten 
IT-Ansprechpartner für Endanwender, dem Aufgabenfeld „Inci- 
dent-Management“, mit der Erfassung, Klassifizierung und Lö- 
sung von IT-Problemen oder dem Aufgabenfeld „Release- 
Management“, für eine Bündelung von Maßnahmen zur Eehler- 
beseitigung oder funktionalen Erweiterung von Softwaresyste- 
men zu Releases). 

Die ITIL-Perspektiven werden in ITIL-Prozessen kategorisiert und 
detailliert beschrieben. ITIL unterscheidet drei grundlegende 
Prozesskategorien: Service Support (operative Managementpro- 
zesse), Service Delivery (planende Management-Prozesse) und 
Querschnittsprozesse (vgl. Tiemeyer, 2005, S. 15-16). 

Zum Service-Support gehören die folgenden Teilprozesse: 

• Incident Management: Bearbeitung von Störungsmeldungen 
und Zwischenfällen, 

• Problem Management: Erkennung von Problemen und dau- 
erhafte Behebung von Störungen, 

• Change Management (Änderungsmanagement): Behandlung 
von Änderungswünschen und Einleitung von Änderungen an 
IT-Systemen, 

• Configuration Management (Konfigurationsmanagement): 
Vollständige Erfassung der IT-Systemkomponenten und hier- 
aus Ableitung von Entscheidungen, 

• Release Management: Behandlung von Hardware- und Soft- 
ware-Releasewechseln. 



Zum Service-Delivery gehören die Prozesse: 

• Service Level Management: Vereinbarung und Kontrolle von 
Service-Zielen und Service-Leistungen, 
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• Financial Management: Analyse, Planung und Budgetierung 
von IT-Servicekosten, 

• Capacity Management: Planung und Bereitstellung ausrei- 
chender Kapazitäten von IT-Systemen sowie Überwachung 
und Steuerung der System-Performance, 

• Service-Continuity-Management: Bereitstellung der Service- 
Ressourcen und Sicherstellung der Geschäftskontinuität bei 
Krisen und Katastrophen, 

• Availability Management: Sicherstellung von geschäftskriti- 
schen IT-Komponenten und der Verfügbarkeit von IT- 
Services (z.B. Schulungsräume, Schulungssysteme). 



Zu den Querschnittsprozessen gehören die beiden Prozesse: 

• Service Desk (als Funktion, Help Desk genannt): Bereitstel- 
lung einer zentralen Kontakt-Schnittstellen zwischen Benut- 
zern und IT-Mitarbeitern. Die Service Desk Mitarbeiter sind 
bei allen Fragen die erste Anlaufstelle (Single Point of Con- 
tact) 

• IT-Security Management: Dieser Prozess unterstützt die je- 
weiligen IT-Service-Prozesse übergreifend mit Teilprozessen 
wie Sicherheitsanalyse, Risikobewertung, Maßnahmendefini- 
tion und -Umsetzung und Erstellung einer IT-Sicherheits- 
strategie. 



Mehrere Untersuchungen haben sich mit der Verbreitung von 
ITIL beschäftigt (vgl. z. B. Hadjicharalambous et al. 2004 oder o. 
V. 2003b). Insgesamt gesehen ist der Bekanntheitsgrad noch 
gering. Allerdings haben diejenigen Firmen, die ITIL einsetzen, 
gute Erfahrungen gemacht. In der von der Beratungshaus DETE- 
CON in Kooperation mit der Universität Stuttgart durchgeführten 
Untersuchung gaben 35 % der 188 antwortenden Unternehmen 
verschiedener Branchen an, ITIL einzusetzen (vgl. Hadjichara- 
lambous et al. 2004, S. 28). Die Einsatzwahrscheinlichkeit von 
ITIL steigt mit der Unternehmensgröße (vgl. Abbildung 159). 
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> 50.000 

5 . 000 - 50.000 

500 - 5.000 

50-100 

<50 



0% 



!l% 



10 % 



21 % 



32 % 



42 % 




20 % 30 % 



40 % 



50 % 60 % 



70 % 



Abbildung 159: ITIL-Einsatz nach Unternehmensgröße in Mitar- 
beitern (Hadjicharalambous et al. 2004) 



PRAXISBEISPIEL: ITIL-EINSATZ (STADT KÖLN) 

Die Stadt Köln startete im Rahmen der Zusammenführung mehrerer 
Ämter ein Projekt, um den Support für ihre mehr als 3000 PC- 
Arbeitsplätze sicherzustellen. Das Amt für Informationstechnik stellte 
daraufhin als zentraler IT-Dienstleister zahlreiche Prozesse so um, 
dass sie den Anforderungen nach ITIL entsprachen (vgl. Röwekamp, 
2003, S. 53): IT-Strategie, Serviceplanung, Kundenberatung und Ver- 
trieb, Kostenmanagement, Kapazitätsmanagement, Verfügbarkeitsma- 
nagement, Change Management, Configuration Management, Inbe- 
triebnahme, Beschaffung, Release-Management, IT-Kundenservice, 
Problemmanagement, Operations. 

Alle IT-relevanten Anfragen kommen zentral im „IT-Kundenservice“ an, 
der für jede Anfrage ein „Trouble-Ticket“ in einer Datenbank anlegt und 
den Vorfall dokumentiert. Die Anfrage wird einem Mitarbeiter zur Bear- 
beitung oder Beantwortung übergeben. Kann der Mitarbeiter den Vor- 
gang nicht klären, läuft der Prozess „Change Management“ an, der 
ggf. eine Programmänderung durch die Informationsverarbeitung ver- 
anlasst. Die Koordination, welche Änderungen vorgenommen werden, 
wird wöchentlich durch ein spezielles Entscheidungsgremium auf Ma- 
nagementniveau, dem „Change Advisory Board (CAP)“ durchgeführt. 
Amtsleiter und Leiter der Informationsverarbeitung beraten gemein- 
sam. Eilige Änderungsanträge entscheidet ein verkleinertes Gremium 
(vgl. Röwekamp, 2003, S. 53). 
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Management 
der Infrastruk- 
tur 



Management 
der Anwendun- 
gen 

4.5.8 



Individuelles 

KPI-System 

erforderlich 



A nfo rderungen 
an KPI 



Das Infrastructure Management beschäftigt sich mit Geschäfts- 
prozessen zum Aufbau und Betrieb des Netzwerkes (Network- 
Management), des Rechenzentrumsbetriebes (Operation Mana- 
gement) oder der Installation und Inbetriebnahme von Endbe- 
nutzerarbeitsplätzen (Personal Computer). 

PRAXISBEISPIEL: ITIL-GESTÜTZTES LIZENZMANAGE- 

MENT FÜR PC-SOFTWARE (FLUGHAFEN FRANKFURT) 

Ein typisches Anwendungsbeispiei für den ITIL-Einsatz iiefert der 
Frankfurter Fiughafen (vgi. Eiiermann, 2003b, S. 47-48). Seit dort der 
iT-Controlierdienst das Lizenzmanagement für PC-Software nach der 
iTiL-Methode steuert, wird die Software nach der 80:20-Regei be- 
schafft. Lizenzen werden zentrai verwaitet. Auf über 4000 Desktop- 
PCs iassen sich durch die zentraie Systemüberwachung etwa 200-300 
Programme erkennen und die Lizenzen verwaiten. Die Lizenzkosten 
sinken deutiich, da „Sheifware“ (nicht genutzte Softwarelizenzen) ver- 
mieden werden kann. 

Das Applications Management geht der Frage der methodischen 
Entwicklung der Software nach und stellt Standardvorgehensmo- 
delle für die Entwicklung, Test und Abnahme von Softwaresys- 
temen zur Verfügung. 

Einsatz von Key-Performance-Indicators für ITIL-Prozesse 

Zurzeit werden in vielen Unternehmen Anstrengungen vorge- 
nommen, IT-Prozesse nach den Best Practice Empfehlungen der 
ITIL auszurichten. Einen optimierten Prozess zu modellieren und 
anschließend in die Organisation zu integrieren, ist eine enorme 
Herausforderung für alle Beteiligten. Die Nutzung von Key Per- 
formance Indicators (KPI) unterstützt die kontinuierliche Prozess- 
restrukturierung (vgl. ausführlich Holtz/Gadatsch 2004). 

In der ITIL-Literatur werden viele KPI-Beispiele mit unterschied- 
lichen Schwerpunkten genannt. Es ist daher notwendig, ein indi- 
viduelles System von KPIs für jedes Unternehmen zu entwickeln. 
Im Folgenden werden als Hilfestellung hierfür wesentliche An- 
forderungen an KPI beschrieben. Anschließend werden exempla- 
risch für den ITIL-Prozess „Incident Management“ einige KPI 
analysiert (vgl. für weitere ITIL-Prozesse Holtz/Gadatsch 2004). 

Wichtige Anforderungen an KPI sind: Transparenz, Beeinfluss- 
barkeit, Unabhängigkeit, Messbarkeit und Verständlichkeit. 
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• Transparenz 

Häufig werden KPI erhoben, die zwar für den Prozess typisch 
sind, aber keine Aussage über die Erreichung der Prozessziele 
beinhalten. 

BEISPIEL: KPl-ERMITTLUNG IM CALL-CENTER 

Es kann z. B. leicht gemessen werden, wie viele Stunden ein Call- 
Center-Mitarbeiter gearbeitet hat. Interessanter ist aber, welcher Nut- 
zen dem Unternehmen durch die Arbeit des Mitarbeiters entstanden 
ist, beispielsweise wie viele Calls angenommen und zur Zufriedenheit 
de Anrufer gelöst worden sind. 

Im Regelfall muss eine Balance zwischen mehreren Zielen ge- 
funden werden. Die reine Maximierung eines Wertes ist oft nicht 
sinnvoll. Die Gesamtheit der KPIs muss die Unternehmensziele 
angemessen repräsentieren. 

• Beeinßussbarkeit 

IT-Führungskräfte müssen die Möglichkeit haben, durch die Ges- 
taltung der Prozesse den KPI-Wert zu beeinflussen. Sonst führt 
eine Änderung des Prozesses nicht zu einer Änderung des KPIs. 
Damit ist der Prozess nicht anhand des KPIs steuerbar. 

• Unabhängigkeit 

Wenn Störgrößen den gemessenen Wert des KPIs verfälschen, ist 
die Aussagefähigkeit der Kennzahl nicht sichergestellt. Dieser 
Fall liegt dann vor, wenn der Prozessablauf von Eingangsgrößen 
abhängt, die von einem anderen Prozess verantwortet werden, 
eine Veränderung dieser Eingangsgrößen aber nicht in die Mes- 
sung des KPIs einfließt. 
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BEISPIEL: PROBLEMMANAGEMENT 

Das Problemmanagement soll die unbekannte Ursaehe von Störungen 
im Betriebsablauf finden und mit einem Änderungsantrag (Request for 
Change) beseitigen lassen. Die Beseitigung der Ursache wird also von 
einem anderen Prozess durchgeführt. 

Wird nun das Problemmanagement mit einem KPl „Durchlaufzelt bis 
zur Ursachenbeseitigung“ gemessen, so wird die erbrachte Leistung 
des Problem Managements mit der erbrachten Leistung anderer Pro- 
zesse zusammen gemessen und bewertet. 

Ein günstigerer KPl wäre z. B. „Durchlaufzeit bis zur Einreichung eines 
Änderungsantrags (Request for Change)“. 

• Messbarkeit 

Nur Indikatoren (Messzahlen) die gemessen werden können, 
lassen sich in der Praxis einsetzen. Zudem sollte die Ermittlung 
wirtschaftlich vertretbar und möglichst automatisiert erfolgen. 

Die automatische Messbarkeit wirkt sich auf die Kostenhöhe aus 
und senkt die Fehlerquote. 

BEISPIEL: KPl-ERMITTLUNG IM SERVICE-DESK 

Ein Beispiel für einen gut messbaren KPl ist „Anzahl der verlorenen 
Calls im Service Desk“. Dieser Wert kann automatisiert durch Auswer- 
tung der Telefonanlage ermittelt werden. 

Wichtig: Verschiedene Messzahlen dürfen aus rechtlichen Gründen 
nicht erhoben werden, bzw. der Betriebsrat muss der Erhebung zu- 
stimmen. 

• Verständlichkeit 

Abstrakte technische Werte sind nicht für die Prozess-Steuerung 
geeignet. Ein Service Desk Mitarbeiter wird seine Arbeitsweise 
nicht an einem KPl „Korrelation der Verbleibezeit des Anrufers in 
der Warteschlange zur durchschnittlichen Zufriedenheit des An- 
rufers mit der Lösungsquote“ ausrichten. Er kann sein Handeln 
nicht mit dem KPl in Verbindung bringen und ist demotiviert. 

FALLBEISPIEL: KPl-ERMITTLUNG FÜR DEN ITIL-PROZESS 
„INCIDENT MANAGEMENT“ 

Für den ITIL-Prozess „Incident Management“ (Vorfall-Management) 
werden in der ITIL-Publlkatlon „Planning to Implement Service Mana- 
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gement“ mehrere kritische Erfoigsfaktoren aufgeführt (vgi. OGC 
2002a): 

1. Schneiie Störungsbeseitigung, 

2. iT Service Quaiität aufrechterhaiten, 

3. Verbesserung der iT- und Geschäfts-Produktivität, 

4. Anwenderzufriedenheit aufrechterhaiten. 

Sofern diese Erwartungen erfüiit sind, kann der iT-Prozess im Sinne 
der iTiL-Terminoiogie ais angemessen ausgeführt betrachtet werden. 
Die nächste Aufgabe besteht nun darin, KPis zu finden, mit denen sich 
prüfen iässt, ob und in weichem Ausmaß diese Anforderungen erfüiit 
werden. Zur ersten Anforderung „Schneiie Störungsbeseitigung“ macht 
iTiL foigende Vorschiäge: 

■ Verringerung der durchschnittiichen Antwortzeit, 

■ Erhöhung der Lösungsquote des First Levei Supports, 

■ Erhöhung der Sofortiösungsquote, 

■ Verringerung des Prozentsatzes der fehierhaften Weiterieitungen, 

■ Verringerung des Prozentsatzes der Fehikategorisierungen, 

■ Verringerung der durchschnittiiohen Lösungszeit je Auswirkungs- 
Kategorie, 

■ Erhöhung des Prozentsatzes der Zwischenfäiie, die innerhaib der 
vertragiich zugesioherten Zeit geiöst wurden. 

Angesiohts dieser umfangreiohen Liste erscheint es fragiich, ob aiie 
KPis gemessen werden müssen. Durch eine Vieizahi von Messwerten 
kann die Übersichtiichkeit verioren gehen. Zwei Lösungsmodeiie sind 
daher mögiich: Die Reduzierung auf einige wenige, aber entscheiden- 
de KPis oder die Entwickiung eines KPi-Systems. 

1 . Reduzierung der Anzahl: Erstgenannte Lösung birgt den Nach- 
teii in sieh, dass einige Erfoigsfaktoren nicht gemessen werden. Opti- 
mierungspotenziaie iassen sich nicht erkennen, die Gegensteuerung 
entfäiit. 

2. KPI-System: Die zweite Lösung vermeidet dieses Probiem. Es ist 
darauf zu achten, dass die KPis durch Gewichtung ein sinnvoiies Ver- 
häitnis zueinander erhaiten und die Transparenz für das iT-Manage- 
ment erhaiten bieibt. Der Prozess des incident Managements wird in 
der Praxis durch eine Vieizahi von sogenannten Troubie Ticket Sys- 
tems (TTS) unterstützt. Kein anderer iTiL-Prozess wird so gut und von 
so vieien Produkten gefördert. Vorausgesetzt, der Prozess wird voii- 
ständig in dem zur Verfügung stehenden Tooi dokumentiert, ist die 
Messbarkeit beider KPis voii gegeben. 
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4 Einsatz operativer IT-Controlling-Werkzeuge 



Wiederholungsfragen 



Nr. 


Frage 


Antwort 

Seite 


1 


Begründen Sie die Notwendigkeit einer IT- 
Kosten- und Leistungsrechnung. 


153 


2 


Welche Funktion übernehmen Transferpreise 
bei einer IT-Kosten- und Leistungsrechnung? 


l6l 


3 


Welchen Nutzen bietet eine IT-Kosten- und 
Leistungsrechnung? 


162 


4 


Skizzieren Sie den schematischen Aufbau einer 
IT-Kosten- und Leistungsrechnung. 


163 


5 


Entwerfen Sie eine typische IT-Kostenstellen- 
struktur. 


175 


6 


Nennen Sie einige Beispiele für typische IT- 
Leistungen? 


177 


7 


Beschreiben Sie die Aufgabe der IT-Kosten- 
trägerrechnung. 


181 


8 


Skizzieren Sie eine Untergliederung von IT- 
Kennzahlen und nennen einige Beispiele für 
zugehörige IT-Kennzahlen. 


183 


9 


Welche betrieblichen Analysebereiche können 
durch IT-Kennzahlen abgedeckt werden? 


184 


10 


Begründen Sie die Fehlinterpretationsgefahr, 
die von der häufig verwendeten IT-Kennzahl 
„IT-Kosten/Umsatz“ ausgeht. 


184 


11 


Erläutern Sie die Notwendigkeit von IT- 
Kennzahlensystemen. 


185 


12 


Welche Aspekte beschreibt ein IT- 

Kennzahlensteckbrief? 


190 


13 


Erläutern Sie den Nutzen von IT-Kennzahlen 
bzw. IT-Kennzahlensystemen 


193 


14 


Was ist unter einem Service Level Agreement 
(SLA) zu verstehen? 


194 
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Wiederholungsfragen 



15 


Begründen Sie die Notwendigkeit des Projekt- 
controllings für IT-Projekte. 


203 


16 


Nennen Sie wichtige Grundprinzipien der 
Aufwandsschätzung in IT-Projekten 


213 


17 


Begründen Sie, weshalb die Ergebnisse einer 
Nutzwertanalyse (z. B. im Rahmen einer Soft- 
wareauswahl) kritisch zu hinterfragen sind. 


220 


18 


Beschreiben Sie Aufgaben und Verantwortung 
des IT-Controllerdienstes bei der Einführung 
von betriebswirtschaftlicher Standardanwen- 
dungssoftware. 


240 


19 


Welche Gründe sprechen für ein Outsourcing 
von IT-Leistungen? 


251 


20 


Welche Gründe sprechen gegen ein Outsour- 
cing von IT-Leistungen? 


251 


21 


Unterscheiden Sie die wichtigsten Grundfor- 
men im IT-Outsourcing. 


254 


22 


Was verbirgt sich hinter dem Kürzel „ASP“? 


254 


23 


Erläutern Sie bitte das Kürzel „BPO“? 


254 


24 


Welche Auswirkungen haben die verschiede- 
nen Outsourcing-Varianten auf das im Unter- 
nehmen vorhandene IT-Know-how? 


256 


25 


Beschreiben Sie kurz die Struktur des ITIL- 
Konzeptes. 


277 
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4 Einsatz operativer IT-Controlling-Werkzeuge 



Übungsaufgaben 



Aufgabenstellung: Wie stellt sich die Situation in vielen Unter- 
nehmen zur Frage der Behandlung von IT-Kosten dar? Wie 
sieht ein wünschenswerter Soll-Zustand aus? 

Lösungshinweis: Oft werden IT-Kosten nicht erfasst oder nach 
pauschalen Schlüsseln (z. B. Kopfzahlen) auf Kostenstellen ver- 
teilt. Auf dieser Grundlage sind keine strategischen und opera- 
tiven Entscheidungen zu IT-Fragen möglich. Planung, Kontrolle 
und Steuerung der IT-Kosten entfällt. 

Soll-Zustand: Die Bedarfsträger planen, kontrollieren und steu- 
ern IT-Kosten und IT-Leistungen über Bezugsgrößen. IT-Kosten 
werden auf der Grundlage von SLÄ-Vereinbarungen (SLA = 
Service Level Agreement) von der IT-Abteilung (Leistungser- 
bringer) mit dem Bedarfsträger gesteuert. 

Übung 15: Soll-Ist-Vergleich in einer IT-Kostenrechnung 



Aufgabenstellung: Ein IT-Dienstleister hat mit dem Leiter IT- 
Controlling folgende SLA vereinbart: „Das Rechenzentrum wird 
mit einer garantierten Verfügbarkeit von 99% bezogen auf einen 
Leistungszeitraum von einem Jahr in der Zeit von Montag bis 
Samstag, jeweils von 7-18 Uhr, betrieben.“ Wie beurteilen Sie 
diese SLA aus Sicht des Unternehmens? 

Lösungshinweis: Bei 52 Wochen zu 6 Tagen werden 312 Ar- 
beitstage zu 99% garantiert. D.h. das Rechenzentrum kann ohne 
Vertragsverletzung bis zu 3 Tage abgeschaltet werden. Dies ist 
vermutlich nicht wünschenswert. Hier ist eine Vertragsanpas- 
sung notwendig, z. B. ein kürzerer SLA-Bezugszeitraum von 
einer Woche (1% von 6*11=66 Stunden = max. 40 Minuten Still- 
stand pro Arbeitswoche. 

Übung 16: SLA Betrieb eines Rechenzentrums 
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Übungsaufgaben 



Aufgabenstellung: Wie lassen sich Service Level Agreements 
einführen? 

Lösungshinweis: Zuerst sind die geschäftlichen Anforderun- 
gen fest 2 ulegen. Danach ist ein IT-Katalog mit allen Leistungen 
(Hardware, Software, Services) des IT-Dienstleisters (z. B. inter- 
ne IT-Abteilung oder externes Unternehmen) zu erstellen. Nach 
den Preisverhandlungen erfolgt der Vertragsabschluss. 

Übung 17: SLA-Einführung 



Aufgabenstellung: Beschreiben Sie die wichtigsten Aufgaben 
eines IT-Projektcontrollers. 

Lösungshinweis: Der IT-Projektcontroller stellt durch Ausrich- 
tung der Projektziele an den Unternehmenszielen deren Errei- 
chung sicher. Wichtige Aufgaben sind z. B. die Projektplanung, 
die Erstellung von Analysen und Präsentationen, die Über- 
wachung von Aufträgen aus dem Projekt-Lenkungsausschuss, 
die Projektkostenüberwachung sowie die Mitwirkung bei der 
Erstellung des Projektabschlussberichts. 

Übung 18: Aufgaben des IT-Projektcontrollers? 



Aufgabenstellung: Outsourcing-Anbieter bezeichnen die 

Wandlung der Pixkosten zu variablen Kosten als den Hauptnut- 
zen für den Outsourcing-Anwender. Den Unternehmen wird 
suggeriert, Kosten entstehen nur für die in Anspruch genom- 
mene Leistung. Wie beurteilen Sie diese Aussage? 

Lösungshinweis: Outsourcing-Verträge sind über eine längere 
Laufzeit (oft 5-10 Jahre) angelegt. Kurzfristig sind die an die 
Leistungen gekoppelten variablen Vergütungen nicht vollstän- 
dig abbaubar. Das Pixkostenproblem bleibt demnach in verän- 
derter Porm grundsätzlich bestehen. 

Übung 19: Outsourcing reduziert Pixkosten? 
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5.1 Kostenrechnung als Teilgebiet des Rechnungswesens 






5.1 



Betriebsbuch- 

haltung 



Produktions- 

prozesskonten- 

rahmen 



Kostenrechnung für IT-Controller 



Kostenrechnung als Teilgebiet des Rechnungswesens 

Vor der Entstehung der industriellen und der Informations- 
Gesellschaft beschränkte sich das Rechnungswesen der Unter- 
nehmen auf die Darstellung ihrer Verbindungen zur Umwelt und 
die chronologische Aufzeichnung aller Beschaffungs- und Ab- 
satzvorgänge. Als sich zwischen Beschaffung und Absatz die 
Fertigung als industrielle Güterproduktion schob, entwickelte 
sich aus der Finanzbuchhaltung die Betriebsbuchhaltung. 

Die Betriebsbuchhaltung erfasst, ordnet und bewertet als Len- 
kungs- und Kontrollinstrument die innerhalb des Unternehmens 
ablaufenden Verbrauchs- und Leistungserstellungsprozesse. Kos- 
ten und Leistungen werden dadurch zu den Grundelementen der 
Kosten- und Leistungsrechnung. Die betriebliche Leistungserstel- 
lung im Fertigungsbetrieb erfolgt durch eine Kombination der 
Elementarfaktoren Arbeit, Betriebsmittel und Werkstoffe mit Hilfe 
der Führungsinstanzen, von Gutenberg als dispositive Faktoren 
bezeichnet. 

Nur wenn der Wert der Dienstleistungen bzw. der gefertigten 
Leistungseinheiten den Wert der beim Einsatz verbrauchten Pro- 
duktivfaktoren übersteigt und die Preispolitik das finanzielle 
Gleichgewicht gewährleistet, lohnt sich die Durchführung eines 
Kombinationsprozesses. Dazu ist es erforderlich, dass der Einsatz 
der Produktivfaktoren systematisch erfasst, bewertet, engpassori- 
entiert gesteuert und kontrolliert wird. 

Aus dieser Überlegung heraus fügte Schmalenbach mit Hilfe 
seines Produktionsprozesskontenrahmens, dem Vorläufer des 
Gemeinschaftskontenrahmens der Industrie, die Kosten- und 
Leistungsrechnung organisch in den Kreislauf Beschaffung- 
Fertigung-Absatz ein. Seit dieser Zeit unterscheidet man den 
Unternehmenserfolg nach betrieblichem und neutralem Erfolg. 
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5 Kostenrechnung für IT-Controller 



Finanzbuch- 

haltung 



Betriebsbuch- 

haltung 



Organisation des Rechnungswesens 

Jedes Unternehmen schneidert sich sein eigenes Organisations- 
kleid. Die folgende Darstellung gilt nur als Rahmenhinweis. 

Die Finanzbuchhaltung stellt als pagatorische (ita. pago, ich zah- 
le) Buchführung eine vergangenheitsbezogene Zeitraumrech- 
nung dar, die sich an den gültigen gesetzlichen Vorschriften 
orientiert. Eine Finanzbuchhaltung zeichnet alle Geschäftsvorfälle 
innerhalb einer Rechnungsperiode lückenlos auf, um in der Bi- 
lanz die Vermögens- und Schuldwerte, in der Gewinn- und Ver- 
lustrechnung die Aufwendungen und Erträge festzustellen. 

Die Betriebsbuchhaltung arbeitet als kalkulatorische Buchfüh- 
rung auf Vollkosten- und Grenzkostenbasis in der Form der 
Istkosten-, Plankosten- und Deckungsbeitragsrechnung vergan- 
genheits- und zukunftsorientiert. 




Abbildung l60: Organisation der Betriebsbuchhaltung 

Teilbereiche Sie lässt sich in folgende Teilbereiche gliedern: In die Kostenar- 
tenrechnung für die Kostenerfassung und -bewertung, die Kos- 
tenstellenrechnung für die Kostenverteilung, die Kostenträger- 
stückrechnung für die Kostenzurechnung und die Kostenträger- 
zeitrechnung für die Betriebserfolgsrechnung. 

Die Betriebsbuchhaltung stellt Basisdaten für Kostenplanungen, 
Kostenkontrollen, Preiskontrollen bei der Marktfertigung, Preis- 
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5.1 Kostenrechnung als Teilgebiet des Rechnungswesens 



Betriebswirt- 
schaftliche Sta- 
tistik 



Betriebsver- 

gleiche 



Soll-Ist-Kosten- 

Vergleiche 



Verfahrens- 

vergleiche 



bildungen bei der Auftragsfertigung und für Erfolgsrechnungen 
zur Verfügung. Zukunftsorientierte Entscheidungsvorbereitungen 
in der Form von Erfolgsanalysen, Programmplanungen, Pro- 
grammsteuerungen für eine Nutzenoptimierung mit Hilfe der 
Deckungsbeitragsrechung und Wirtschaftlichkeitsrechnungen 
zählen heute zum Aufgabenbereich einer modernen Kostenrech- 
nung. 

Die betriebswirtschaftliche Statistik informiert die Führungsin- 
stanzen durch Zeit- und Soll-Ist-Vergleiche anhand des intern 
anfallenden Datenmaterials aus dem Rechnungswesen und wei- 
terer Datenquellen (z. B. Internet). Für die wissenschaftlich ori- 
entierte Betriebsführung wertet die Statistik Daten z. B. über 
Qualitätsunterschiede, Zeitstudien, Qualitätskontrollen, auf der 
Basis der Stichprobentheorie aus. Zeitvergleiche vergleichen die 
Kosten eines Zeitabschnitts mit den Kosten eines anderen Zeit- 
abschnitts. 

Moderne Data-Warehouse-Systeme und die hierauf aufbauenden 
Analysewerkzeuge liefern zahlreiche Möglichkeiten für automati- 
sierte statistische Analysen, die über traditionelle Analyseformen 
(z. B. Zeitreihen- und Trend-Analysen) deutlich hinausgehen. So 
erlauben das Data-Mining beispielsweise die Suche nach unbe- 
kannten Zusammenhängen, z. B. auch in Daten des Rechnungs- 
wesens (vgl. zum Einsatz von Data-Warehouse-Systemen Ga- 
datsch 2004, S. 284 ff. und die dort angegebene Literatur). 

Betriebsvergleiche (Benchmarking) vermitteln den Mitgliedern 
eines Fachverbandes oder Konzerns wertvolle Orientierungsda- 
ten, wenn die Terminologie, Organisation des Rechnungswesens, 
die betriebliche Leistungserstellung, Umsatzziffern, Beschäftig- 
tenzahlen, Kostenstrukturen und Umweltdaten vergleichbar sind 
(vgl. hierzu das Kapitel über IT-Kennzahlen auf S. 182ff). 

Soll-Ist-Kosten-Vergleiche, Kostenkontrollen der Kostenstellen, 
sind nur im System einer Plankostenrechnung möglich. Dabei 
werden den Istkosten innerbetrieblich ermittelte Sollkosten, das 
sind auf den Istbeschäftigungsgrad umgerechnete Basisplankos- 
ten, gegenübergestellt. Die sich daran anschließende Abwei- 
chungsanalyse deckt mit Hilfe der Ursachenforschung innerbe- 
triebliche Unwirtschaftlichkeiten und Schwachstellen auf. 

Verfahrensvergleiche (Prozess-Benchmarking) zeigen in der 
Form von Kostenvergleichsrechnungen, welche Prozesse in der 
betrieblichen Leistungserstellung mit den niedrigsten Grenzher- 
stellkosten arbeiten, oder vergleichen z. B. in der IT-Produktion 
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5 Kostenrechnung für IT-Controller 



Make or Buy? 



Investitions- 

planung 



Finanzielles 

Gleichgewicht 



den Einsatz von zentralen Großrechnern oder Serverfarmen, im 
Vertrieb zwei Absatzmethoden (z. B. PC-Direktvertrieb oder 
Händlernetz, in der Verwaltung zwei Arbeitsabläufe). 

Die Entscheidung über eine Eigenfertigung oder den Eremdbe- 
zug von Software (Individualentwicklung versus Standardsoft- 
ware) bzw. Dienstleistungen (Betreiber einer eigenen IT- 
Abteilung versus Outsourcing der IT an einen spezialisierten 
Dienstleister) orientiert sich bei vorhandenen unterbeschäftigten 
betrieblichen Teilkapazitäten am Vergleich der eigenen Grenz- 
herstellkosten mit dem entsprechenden Einstandspreis des Liefe- 
ranten und den Restfixkosten. 

Investitionsplanungsrechnungen versuchen unter Berücksichti- 
gung der Nutzenoptimierung das kostengünstigste Investitions- 
programm (z. B. IT-Projektportfolio) rechnerisch zu bestimmen. 
Dabei sind drei eng miteinander verknüpfte Fragenkomplexe zu 
beachten: 

• Fördert die Investition die Gewinnerzielung ohne Störung 
des finanziellen Gleichgewichts? 

• Welche Investition ist die rentabelste? 

• Wann soll die Investition erfolgen? 



Finanz- und Güterkreislauf innerhalb des Rechnungswesens 

Der betriebliche Kombinationsprozess verursacht im Unterneh- 
men einen Finanz- und Güterkreislauf. Beide dienen der betrieb- 
lichen Leistungserstellung. 

Die Finanzbuchhaltung erfasst und kontrolliert den Finanzstrom 
und ist stets darauf bedacht, mit seiner Hilfe das finanzielle 
Gleichgewicht zu erhalten. Die Betriebsbuchhaltung erfasst, be- 
wertet und kontrolliert den Güter- und Dienstleistungsstrom für 
die betriebliche Leistungserstellung. Das Rechnungswesen orien- 
tiert seine Verhaltensweisen an den Grundsätzen der Wirtschaft- 
lichkeit und Kapitalrentabilität, um einen optimalen Nutzen zu 
erzielen. 
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5.2 



Kosten 



Leistungen 




Abbildung l6l: Finanz- und Güterkreislauf 



Grundelemente der Kostenrechnung 
Kosten und Leistungen 

Kosten entstehen, wenn ein Verzehr von Gütern (z. B. Verbrauch 
von Druckerpapier für eine Druckstrasse) und Dienstleistungen 
(Erbringung einer Beraterleistung für ein Softwareprojekt) für die 
betriebliche Leistungserstellung (z. B. Entwicklung von Standard- 
software) stattfindet. Um den Mengenverzehr heterogener Gü- 
termengen vergleichen zu können, ist eine wertmäßige Darstel- 
lung des Mengenverzehrs in Währungseinheiten erforderlich. 
Kosten sind nach Meinen ein Mengen- und Werteverzehr, nach 
Schmalenbach ein bewerteter Güter- und Diensteverzehr für die 
betriebliche Leistungserstellung innerhalb einer Rechnungsperio- 
de, nach Gutenberg: 

Kosten = Faktoreinsatzmengen * Faktorpreise 

Leistungen entstehen aus verzehrten und bewerteten Gütern und 
Dienstleistungen. Die Summe der gefertigten Leistungseinheiten 
ergibt die Leistungsmenge. Um heterogene Leistungsmengen 
vergleichen zu können, ist eine Bewertung der Leistungseinhei- 
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5 Kostenrechnung für IT-Controller 



Auszahlungen 

und 

Einzahlungen 



ten in Währungseinheiten erforderlich. Leistungen sind deshalb 
bewertete Leistungsmengen. 

Leistungen = Leistungsmengen * Leistungswerte 

Auszahlungen und Einzahlungen, Ausgaben und Einnahmen, 
Aufwendungen und Erträge, Kosten und Leistungen sind Begriffe 
des unternehmerischen und betrieblichen Rechnungswesens. 
Ihre terminologische Einordnung in den Kombinationsprozess 
zeigt die Abbildung 162; 

Führungsinstanzen j 

kombinieren die Elementarfaktoren I 

Arbeitsleistungen - Betriebsmittel - Werkstoffe und Informationen | 
im I 

produktiven Kombinationsprozess für die 
betriebliche Leistungserstellung 



Auszahlungen Ausgaben Aufwendungen; Kosten Leistungen 1 Erträge Einnahmen Einzahlungen 

— Betriebserfolgsrechnung — 



— Unternehmenserfolgsrechnung 

-Einnahmen- und Ausgabenrechnung - 
Liquiditätsrechnung 



Abbildung l62: Kosten und Leistungen im produktiven Kombina- 
tionsprozess 



Auszahlungen - Ausgaben - Aufwand - Kosten 

Einzahlungen, Auszahlungen, Ausgaben und Einnahmen sind der 
Ausdruck für alle Zahlungsvorgänge der Unternehmung. Ihre 
kostenwirksame, zeitliche Abgrenzung erfolgt über die Posten 
der Rechnungsabgrenzung in der Einanzbuchhaltung. 

• Auszahlungen sind die Verminderung des Bestandes an 
liquiden Mitteln (Bargeld, Sichtguthaben u.ä.). 

• Ausgaben umfassen zunächst die Auszahlungen und dazu 
alle Eorderungsabgänge und sonstige Schuldenzugänge. 

• Aufwendungen stellen den Werteverzehr des Unternehmens 
in einer Rechnungsperiode dar. 

Ausgaben und Aufwand sind nicht immer identisch. Gegenüber 
Ausgaben entsteht Aufwand erst, wenn Güter oder Dienste ver- 
zehrt werden. Eließen sie in die betriebliche Leistungserstellung, 
dann werden sie zum Zweckaufwand. Werden sie für nichtbe- 
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triebliche Zwecke verwandt, bezeichnet man sie als neutralen 
Aufwand (Kursverlust beim Verkauf von Wertpapieren). 



Neutrale Ausgaben 



Aufwandsgleiche Ausgaben 



Meinen 



Schmalenbach 



Neutraler Aufwand 



Zweckaufwand 



Grundkosten Zusatzkosten 



Abbildung 163; Ausgaben - Aufwand - Kosten nach Meinen und 
Schmalenbach 



Der Großteil der Ausgaben veiwandelt sich in Aufwand (z. B. die 
Begleichung einer Rechnung für einen Programmierer). Oft be- 
stehen zeitliche Differenzen, in manchen Fällen werden Ausga- 
ben nie zu Aufwand (z. B. durchlaufende Posten, wie die Mehr- 
wertsteuer). 

Beispiele (ohne Berücksichtigung der Sozialrate und der 
Mehrwertsteuer) 

Gehaltszahlung bar 20.000 EUR 

Gehälter an Kasse 20.000 EUR 

Im Zeitpunkt der Zahlung werden die Gehälter der IT- 
Mitarbeiter als Auszahlung, Ausgabe und Zweckaufwand ge- 
bucht. 



Druckerpapierkauf gegen Scheck am 10.1. 30.000 EUR 

Büromaterial an Bank 30.000 EUR 

Der Betrag wird am 10.1. zur Auszahlung und Ausgabe. Das 
Druckerpapier im Wert von 30.000 EUR wird erst zum 
Zweckaufwand, wenn es für die betriebliche Leistungserstel- 
lung verbraucht wird. Ausgaben und Aufwand stimmen zeit- 
lich nicht überein. 



Serverkauf auf Ziel am 20.2. (^Ausgabe) 80.000 EUR 

IT-Ausstattung an Verbindlichkeiten 80.000 EUR 

Am 31 . 3 . überweist die Finanzbuchhaltung den Rechnungs- 
betrag über die Hausbank. 

Verbindlichkeiten an Bank (= Auszahlung) 80.000 EUR 
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Betriebsbedingte 

Aufwendungen 



Nicht betriebs- 
bedingte Auf- 
wendungen 



Am 31 . 3 . werden die 80.000 EUR zur Auszahlung. Zweck- 
aufwand werden sie analog dem Werteverzehr des Servers 
über die Abschreibung. Auszahlung und Aufwand stimmen 
zeitlich nicht überein. 

Betriebsbedingte Aufwendungen entsprechen den Zweckauf- 
wendungen bzw. den Grundkosten. Sie entstehen im Zeitpunkt 
des Verbrauchs, nicht des Einkaufs oder der Geldausgabe, für 
die Erstellung von Gütern und Dienstleistungen (vgl. die o.a. 
Buchungsbeispiele!). 

Kauf eines Grundstückes für das RZ 520.000 EUR 

Unbebaute Grundstücke an Bank 520.000 EUR 

Im Zeitpunkt der Bezahlung werden die 520.000 EUR zur 
Ausgabe. Das Grundstück kann aber auch als Standort für 
das Rechenzentrum (betriebsbedingt) niemals Aufwand wer- 
den, weil Grund und Boden nicht abnutzbar sind. Ausnah- 
men wie Kiesgruben, Steinbrüche, Elöze usw. sind für die IT- 
Kostenrechnung nicht von Bedeutung. 

Ausgaben werden nicht immer zu Aufwand. 



Ein Programmierer erhält ein Baudarlehen 150.000 EUR 

Sonstige Eorderungen an Bank 150.000 EUR 

Dieser Betrag wird zur Auszahlung, aber nicht zu Aufwand. 
Dem Darlehen entspricht ein neuer Vermögenswert auf dem 
Konto Sonstige Forderungen in Höhe von 150.000 EUR. 

Nicht betriebsbedingte Aufwendungen bilden den neutralen 
Aufwand, der betriebsfremder, außerordentlicher oder perioden- 
fremder Art sein kann. 

Betriebsfremde Aufwendungen stehen zwar mit dem Betriebs- 
zweck in Zusammenhang, dienen aber nicht der betrieblichen 
Leistungserstellung. 

• Ein überliquides Softwarehaus kauft Wertpapiere. Der Bör- 
senkurs sinkt bis zum Jahresende um 8.000 EUR. Dieser 
Kursverlust gilt als betriebsfremder Aufwand. 

• Der PC-Benutzerservice entnimmt gegen Entnahmeschein im 
IT-Materiallager 100 lfd. m Netzwerkkabel, um das Privat- 
haus des IT-Leiters zu vernetzen. Dieses Netzwerkkabel wird 
durch den betriebsfremden Verwendungszweck zur Privat- 
entnahme, d. h. im echten Sinne betriebsfremd. 
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Betriebsfremde 

Aufwendungen 



Spenden, Schenkungen, Ankaufs- und Verkaufsspesen für Wert- 
papiere, Kursverluste, Haus- und Grundstücksaufwendungen. 
Zins-, Diskont- und Skontoaufwendungen zählen ebenfalls dazu, 
denn der betrieblichen Leistungserstellung sind die Zahlungsmo- 
dalitäten gleichgültig. 



Betriebliche außerordentliche Aufwendungen stehen mit dem 
Betriebszweck in Zusammenhang. Sie besitzen einmaligen Cha- 
rakter und lassen sich schlecht im voraus berechnen. 



• Ein veralteter Computer mit dem Restbuchwert von 2 500 
EUR erzielt einen Verkaufserlös in Höhe des Schrottwertes 
von 700 EUR. Der Mindererlös in Höhe von 1 800 EUR gilt 
als betrieblicher außerordentlicher Aufwand. Dieser Compu- 
ter wird nur einmal verkauft, der Geschäftsvorfall besitzt 
einmaligen Charakter. 

• Ein Serverraum ist mit 1.000.000 EUR feuerversichert. Ein 
Brand verursacht einen Werteverlust in Höhe von 1 250.000 
EUR. Die Versicherung ersetzt nur einen Schaden in Höhe 
von 800.000 EUR = 450.000 EUR werden zum betrieblichen 
außerordentlichen Aufwand. 



Betriebliche 
außerordentli- 
che Aufwen- 
dungen 



Bewertungs- 

differenzen 



Verluste aus Anlageverkäufen und Schadensfällen, aus Eorderun- 
gen und Lagervorräten, Großreparaturen, Gründungskosten einer 
Aktiengesellschaft u.ä. Geschäftsvorfälle. 

Betriebliche periodenfremde Aufwendungen erfassen die Kosten 
anderer Rechnungsperioden, wenn sich zeitliche Divergenzen 
zwischen Kosten und Aufwendungen ergeben. Die Kostenrech- 
nung verteilt z. B. Versicherungsprämien in kalkulatorischen 
Raten gleichmäßig über eine Rechnungsperiode, in der Auf- 
wandsrechnung fallen sie nur einmal im Zeitpunkt der Zahlung 
an. Ähnlich verhält es sich beim Anfall von Garantie- und Ku- 
lanzverpflichtungen, die die Kostenrechnung über kalkulatori- 
sche Wagniszuschläge gleichmäßig innerhalb einer Rechnungs- 
periode verrechnet, vgl. dazu auch Nachzahlungen für Kosten- 
steuern, Entwicklungs- und Versuchsarbeiten. 

Bewertungsdifferenzen zwischen Beschaffungs- und innerbe- 
trieblichen Verrechnungspreisen gelten ebenfalls als neutrale 
Aufwendungen. 
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BEISPIEL: HONORARE FÜR EXTERNE IT-BERATER UND 
SOFTWAREENTWICKLER 

Honorare für Softwareentwickler oder IT-Berater schwanken je nach 
Auftrag. Werden innerbetrieblich Beraterleistungen für IT-Projekte mit 
einem Standardverrechnungssatz abgerechnet, ist die Differenz ein 
neutraler Aufwand (bzw. Ertrag). 

Das Gesamtergebnis betreffende Aufwendungen, z. B. die Kör- 
perschaftsteuer gehört ebenfalls zum neutralen Aufwand. 

Ein Teil der Aufwendungen wird im Zeitpunkt des Verbrauchs 
für die betriebliche Leistungserstellung zu Zweckaufwendungen. 
Sie entsprechen den Grundkosten. Schmalenbach definiert: 

• Neutraler Aufwand ist derjenige Aufwand, der keine Kosten 
darstellt. 

• Zweckaufwand ist derjenige Aufwand, der zugleich Kosten 
darstellt. 

• Grundkosten sind aufwandsgleiche Kosten. 

• Zusatzkosten sind Kosten, die kein Aufwand sind. 



Kosten 

Während Aufwendungen jeden während einer Rechnungsperio- 
de entstandenen Güter- und Dienstleistungsverzehr umfassen, 
gleichgültig ob er dem Unternehmenszweck dient oder nicht, 
determinieren die Grundkosten drei Kriterien: 

• das Verzehrskriterium - es entspricht dem mengenmäßigen 
Güter- und Diensteverzehr, gleichgültig ob in der short-run- 
oder long-run-Betrachtung. 

• das Leistungskriterium - als leistungsbezogener Güter- und 
Diensteverzehr, gültig für alle Kostenstellenbereiche, 

• das Wertkriterium - gültig in der Form des Anschaffungs-, 
Tages-, Wiederbeschaffungs- und Verrechnungswertes, je 
nach der Zielsetzung der Kostenrechnung. 

Für die betriebliche Leistungserstellung stimmen Grundkosten 
und Zweckaufwand überein. Sie werden für die Kostenrechnung 
in der Kontenklasse 4 des Gemeinschaftskontenrahmens der 
Industrie (GKR) erfasst und nach Kostenarten gegliedert. Wenn 
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Neutrale Auf- 
wendungen 



die Wirtschaftspraxis von Kosten spricht, meint sie immer die 
kalkulierbaren Kosten. 

Unter Anlehnung an die Kontenklasse 4 des Gemeinschaftskon- 
tenrahmens der Industrie lassen sich die Kosten weiter differen- 
zieren. 

Neutrale Aufwendungen sind keine Kosten. Zusatzkosten bzw. 
kalkulatorische Kosten haben mit den neutralen Aufwendungen 
nichts gemeinsam. Grundkosten und Zusatzkosten bilden zu- 
sammen die kalkulierbaren Kosten. 

Oft wird die Ansicht vertreten, Zusatzkosten seien weder Ausga- 
ben noch Aufwand. Diese Aussage stimmt für die »echten« Zu- 
satzkosten wie kalkulatorischer Unternehmerlohn und kalkulato- 
rische Miete. »Anderskosten« (kalkulatorische Abschreibungen, 
Zinsen und Wagnisse) führen in der Regel doch zu Ausgaben 
und Aufwendungen. Diese »unechten« Zusatzkosten werden 
nämlich in der Finanzbuchhaltung anders als in der Betriebs- 
buchhaltung behandelt, daher »Anderskosten«. Die Finanzbuch- 
haltung erfasst Ersatzteillieferungen in der Garantiezeit als effek- 
tive Wagnisse in der Kontengruppe »Betriebliche außerordentli- 
che Aufwendungen«, während die Betriebsbuchhaltung die 
kalkulatorischen Wagnisse als durchschnittliche Wagnisrate aus 
den effektiven Wagnissen der letzten fünf Jahre ermittelt und für 
zu erwartende Wagnisse als Kosten auf die Kostenträger ver- 
rechnet. 

Die Finanzbuchhaltung muss vom Anschaffungswert der Sachan- 
lagen, die Betriebsbuchhaltung kann bei steigenden Preisen vom 
Wiederbeschaffungswert abschreiben. Ist dies der Fall, werden in 
der Betriebsbuchhaltung höhere Abschreibungsbeträge als in der 
Finanzbuchhaltung verrechnet. Nur diese Differenz (Wertunter- 
schied) zwischen den bilanziellen und kalkulatorischen Ab- 
schreibungssummen ergibt Zusatzkosten. 

Bei einer degressiven Abschreibung (z. B. eines Personalcompu- 
ters) errechnet die Finanzbuchhaltung in den Anfangsperioden 
der Nutzungsdauer höhere Abschreibungsbeträge als die Be- 
triebsbuchhaltung, in den Endperioden ist es umgekehrt. 

Wenn die Finanzbuchhaltung degressiv, die Betriebsbuchhaltung 
jedoch linear mit unterschiedlicher Nutzungsdauer abschreibt, 
entstehen neben den Wertunterschieden noch zeitliche Diver- 
genzen. 
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Zusatzkosten umfassen den kalkulatorischen Unternehmerlohn, 
die kalkulatorische Miete und die Differenzen aus den Wert- und 
Zeitdivergenzen der Anderskosten (kalkulatorische Abschreibun- 
gen, Zinsen, Wagnisse) gegenüber dem effektiven Kostenanfall. 

Ergo: Nur Zusatzkosten sind weder Ausgaben noch Aufwand! 




Anm.: 

lat. pagare = zahlen 



Grundkosten 



Anderskosten 



Zusatzkosten 



Kalkulatorische Kosten 



Gesamtkosten 



kalk. Abschreibung 
kalk. Zinsen 
kalk. Wagnisse 

Differenzen aus Zeit und 
Wertdivergenzen 

gegenüber der Kontenklasse 2 
ergeben verrechnungsmäßig 
ungieiche Werte 



kalk. Unternehmerlohn 
kalk. Miete 
kalk. Zinsen 

Tatsächliche Wagnisse < kalkulatorische 
Wagnisse = echte Zusatzkosten 

gegenüber der Kontenklasse 2 
ergeben verrechnungsmäßig 
gleiche Werte 



kalkulierbare Kosten {Betriebsbuchhaltung) 



Abbildung l64: Anderskosten und Zusatzkosten 

Istkosten und Plankosten 

Istkosten Istkosten sind die Kosten, die für die betriebliche Leistungserstel- 

lung innerhalb einer Rechnungsperiode tatsächlich anfallen. 

• Istkosten = Durchschnittskosten der Gegenwart 

Istkosten enthalten Kostenarten, deren Mengen- bzw. Zeitgerüst 
und Preisgerüst in der Form der Einzelkosten (Programmierstun- 
den für ein bestimmtes Projekt u.ä.) eindeutig bestimmbar ist, 

• Istkosten = Istmengen x Istpreise 
und/oder 
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Plankosten 



• Istkosten = Istzeiten x Istpreise 

oder als Gemeinkosten (Fremdrechnungen für Steuern, Prämien, 
Gebühren u.ä.) nicht eindeutig bestimmbar ist. 

Istkosten eignen sich als vergangenheitsbezogene Kosten (sunk 
costs, historical costs) nur für retrospektive Zeitraumauswertun- 
gen. Sie sind bei der Vorlage für die Führungsinstanzen bereits 
zeitlich überholt. Die Kostenkontrolle beschränkt sich auf den 
»Kostenartenvergleich« (Zeitvergleich), der nur bei konstanter 
Beschäftigung und konstanten Beschaffungspreisen für zwei 
oder mehrere Rechnungsperioden im Einproduktunternehmen 
sinnvoll ist. 

• Istkosten gehören zur Istkostenrechnung 



Plankosten sind im voraus bestimmte, bei ordnungsgemäßem 
Betriebsablauf errechenbare Maßkosten für den leistungsgebun- 
denen und bewerteten Faktorverzehr mit Norm- und Vorgabe- 
charakter. 

• Plankosten = Durchschnittskosten der Zukunft 

Plankosten bestimmen heißt, für den zukünftigen Kostenanfall 
vorausschauend das Mengen- oder Zeitgerüst und die Wertansät- 
ze festlegen. 

• Plankosten = Planmengen x Planpreise 
und/oder 

• Plankosten = Planzeiten x Planpreise 

Wenn der Betrieb bestrebt ist, die Planabsatzmengen zu Plankos- 
ten zu fertigen und zu Planpreisen zu verkaufen, dann sind die 
Plankosten Erwartungs- und Steuerungsgrößen für die Erzielung 
eines Plangewinns. 

Eine Unter- oder Überdeckung der Plankosten durch die 
Istkosten, die Verbrauchsabweichung, ermittelt der Soll-Ist- 
Kosten-Vergleich: 

Istmenge x Planpreis beim Istbeschäftigungsgrad (Istkosten) 

- Planmenge x Planpreis beim Istbeschäftigungsgrad (Sollkosten) 
= Verbrauchsabweichung (Istkosten>Sollkosten = Unterdeckung) 
Plankosten gehören zur Plankostenrechnung. 
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Fixe und variable Kosten 

Die Trennung einzelner Kostenarten in ihre zeit- und leistungs- 
abhängigen, d. h. beschäftigungsfixen und beschäftigungsvariab- 
len Kostenbestandteile bezeichnet man als Kostenauflösung. Paul 
Riebels Einzelkostenrechnung auf Istkostenbasis differenziert die 
Kostenarten in Einzelkosten (direkt erfassbar bzw. zurechenbar) 
und Bereichskosten I und II, (indirekt erfassbar und zurechen- 
bar), besonders für Dienstleistungsunternehmen (z. B. Software- 
haus, IT-Beratung, Gemeinschafts-RZ, ASP-Dienstleister) empfeh- 
lenswert. 

Verfahren der Kostenauflösung 

Statistische Kostenauflösung mit analytisch-statistischen Metho- 
den 

• Mathematische Kostenauflösung als »Hoch-Tiefpunkt- 
Methode« (nach Schmalenbach) 

• Methode der Reihenhälften 

• Methode der kleinsten Abweichungen (grafische Regressi- 
onsanalyse) 

• Methode der kleinsten Quadrate (mathematische Regressi- 
onsanalyse) 

Planmäßige Kostenauflösung nach der synthetisch-buchtech- 
nischen Methode 

• Planmäßige Kostenauflösung als einstufige synthetische Ge- 
meinkostenplanung nach Kilger. 



Alle Kostenarten, die der Vorbereitung der Eertigungsaufnahme 
als Betriebsbereitschaftskosten dienen, zählen zu den rein fixen 
Kostenarten. Alle Kostenarten, die erst in dem Augenblick einen 
Werteverzehr auslösen, wenn gefertigt wird, gelten als rein vari- 
able Kosten (Leistungskosten), die sich voll-, über- oder unter- 
proportional zur Beschäftigung verhalten können. 

Die rein fixen und rein variablen Kostenarten bereiten der Kos- 
tenauflösung in der Regel wenige Schwierigkeiten, wenn geeig- 
nete Bezugsgrößeneinheiten vorhanden sind. Eine Bezugsgrö- 
ßenwahl untersucht mit Hilfe »technisch-kostenwirtschaftlicher 
Analysen«, welche proportionalen Beziehungen zwischen pro- 
duktionstechnischen Größen (Maschinenstunden eines Druck- 
zentrums u.ä.) und variablen Kostenarten (Druckerpapier u.ä.) 
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bestehen sollen. Probleme tauchen hauptsächlich bei Dienstleis- 
tungsunternehmen und den Mischkostenarten auf. Mieten, Bera- 
tungskosten, Versicherungsprämien, Zinsen auf das Anlagever- 
mögen, Kostensteuervorauszahlungen, Raumkosten, zeitabhängi- 
ge Abschreibungen, alle Gemeinkostenarten, die für eine 
Rechnungsperiode oder eine entsprechende Vertragsdauer un- 
verändert bleiben, gelten als zeitabhängige Kostenarten. 

Beschäftigungsabhängige Material- und Arbeitskosten, die Ein- 
gangsverpackung und -fracht, Sondereinzelkosten der Fertigung 
und des Vertriebs, Transportversicherungen, Zölle, Energiekos- 
tenteile, Zinsen auf das Umlaufvermögen, verbrauchsabhängige 
Abschreibungen u.ä. zählen zu den leistungsabhängigen Kosten- 
arten. 

Betriebsstoffe, Instandhaltungskosten (Wartung und Reparatu- 
ren), Zinsen (auf das Anlage- und Umlaufvermögen), Abschrei- 
bungen (zeit- und verbrauchsabhängig) u.ä. enthalten fixe und 
variable Kostenbestandteile. 

Eine Kostenrechnung auf Vollkostenbasis (Vollkostenrechnung) 
bezieht in der Form der Ist- und Plankostenrechnung alle für die 
betriebliche Leistungserstellung anfallenden fixen und variablen 
Kostenbestandteile in die Verrechnungssätze für Werkaufträge 
und in die Kalkulationssätze ein. 

Eine Kostenrechnung auf Grenzkostenbasis (Grenzplankosten- 
rechnung bzw. Grenzistkostenrechnung) bezieht in der Form der 
Ist- und Plankostenrechnung nur alle für die betriebliche Leis- 
tungserstellung anfallenden variablen Kostenbestandteile in die 
Verrechnungssätze für die Werkaufträge und in die Kalkulations- 
sätze ein. 



Einzahlungen - Einnahmen - Erträge - Leistungen 

Einzahlungen, Einnahmen, Auszahlungen und Ausgaben sind der 
Ausdruck für alle Zahlungsvorgänge des Unternehmens. Eine 
leistungswirksame zeitliche Abgrenzung erfolgt über die Posten 
der Rechnungsabgrenzung in der Finanzbuchhaltung. Einzahlun- 
gen sind die Erhöhung des Bestandes an liquiden Mitteln. Ein- 
nahmen umfassen die Einzahlungen, alle Forderungszugänge 
und alle Schuldenabgänge. Oft ergeben sich zeitliche Unter- 
schiede, wenn Einnahmen noch keine Erträge und Erträge noch 
keine Einnahmen sind. Zuweilen werden Einnahmen nie zu 
Ertrag. 
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PRAXISBEISPIELE (OHNE MEHRWERTSTEUER) 

Der Zahlungseingang für Darlehnszinsen erfolgt für sechs Monate im 
Voraus am 1 .10. 

Erfolgswirksamer Ertrag werden die Zinsen mit je einem Sechstel In 
den Monaten Oktober bis März des folgenden Jahres. 

Der Zahlungseingang für Darlehnszinsen erfolgt am 30. März nach- 
träglich für ein halbes Jahr. 

Zur Einnahme werden die Zinsen am 30. März, zum Ertrag seit dem 
Monat Oktober des Vorjahres laufend bis zum Monat März mit je ei- 
nem Sechstel der Zinssumme. 

Am 1.5. erfolgt die Aufnahme eines Darlehens gegen Gutschrift auf 
dem laufenden Konto In Höhe von 15.000 EUR. 

Diese Summe stellt eine Einzahlung, keinen Ertrag dar. 

Erträge stellen den Wertezuwachs des Unternehmens in einer 
Rechnungsperiode dar. Erträge sind das Korrelat der Aufwen- 
dungen und umfassen alle in einer Rechnungsperiode entstan- 
denen Werte zweckgebundener und neutraler Art. Sie fließen 
über das Betriebserfolgs- und neutrale Erfolgskonto auf die Ha- 
benseite des Unternehmenserfolgskontos, das Gewinn- und Ver- 
lustkonto. Der Saldo zwischen den Aufwendungen und Erträgen 
ergibt den Jahresüberschuss oder -fehlbetrag. 

Neutrale Erträge bilden das Korrelat zu den neutralen Auf- 
wendungen. Die Differenz zwischen den neutralen Aufwendun- 
gen und Erträgen ergibt den neutralen Erfolg. Neutrale Erträge 
betriebsfremder und betrieblich außerordentlicher Art sind: 
Schenkungen, Kursgewinne, Haus- und Grundstückserträge, 
Zins-, Diskont- und Skontoerträge, Erträge aus Anlageverkäufen. 

Zweckerträge (betriebliche Erträge) sind das Korrelat der 
Zweckaufwendungen und entsprechen den Erlösen aus den 
Grundleistungen, den Kunden- bzw. Absatzleistungen. 

Erlöse entsprechen zu Marktpreisen bewerteten Absatzleistun- 
gen. 

Leistungen umfassen alle bewerteten Güter und Dienste, die im 
produktiven Kombinationsprozess entstehen. Leistungen stellen 
das Korrelat der Kosten dar. 
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Beratung 

Lizenzvergabe, u. a. 



Erlöse aus Kundenleistungen, Innerbetriebliche 

Mehrbestände bewertet zu Leistungen bewertet zu 

Herstellkosten Herstellkosten 

(1 ) - die sofort zu Kosten werden 

- nicht aktivierungspflichtig sind 

- unter 410 € Herstellkosten liegen 

(2) - die später (über die Abschrei- 

bungen) zu Kosten werden 

- aktivierungspflichtig sind 
(§6 EStG) 

- über 409 € Herstellkosten liegen 



Abbildung l65: Leistungen 



Grund- Grundleistungen summieren sich aus den gefertigten Leistungs- 

leistungen einheiten der Rechnungsperiode (z. B. gebrannte Programm-CDs 

der Standardsoftware eines Softwarehauses). Die verkauften Pro- 
gramm-CDs fließen als Erlös über die Kontenklasse 8 GKR auf 
das Betriebserfolgskonto. Nicht verkaufte Programmpakete der 
Rechnungsperiode ergänzen den Erlös zu den Grundleistungen. 



5.3 Grundbegriffe im System der Produktivfaktoren 

Der Sinn aller betrieblichen Betätigungen besteht darin, Güter 
materieller Art zu produzieren oder Güter immaterieller Art be- 
reitzustellen. Eine betriebliche Leistungserstellung basiert auf 
einer produktiven Kombination menschlicher Arbeitsleistungen 
mit Betriebsmitteln und Werkstoffen, betriebliche Elementarfak- 
toren oder Produktivfaktoren genannt nach Erich Gutenberg. 



Elementarfaktor menschliche Arbeitsleistung 

Der Elementarfaktor Nr. 1, die menschliche Arbeitsleistung, 
kennt objektbezogene und dispositive (funktionsbezogene) Ar- 
beitsleistungen. Objektbezogene Arbeitsleistungen stehen mit der 
betrieblichen Leistungserstellung in direktem Zusammenhang, 
ohne dispositiv-anordnender Natur zu sein (z. B. IT-Berater, 
Entwickler, Softwaretester). Dispositive (funktionsbezogene) 
Arbeitsleistungen (z. B. IT-Projektleiter, IT-Leiter) führen zu Ent- 
scheidungen oder bereiten sie vor. 
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Elementarfaktor Arbeite- und Betriebsmittel 

Der Elementarfaktor Nr. 2, Arbeits- und Betriebsmittel, umfasst 
alle Einrichtungen und Anlagen der Betriebsbereitschaft (Grund- 
stücke, Gebäude, Geräte, Kraftfahrzeuge, Betriebs- und Ge- 
schäftsausstattung, Werkzeuge und die für die Herstellung der 
Betriebsbereitschaft notwendigen Hilfs- und Betriebsstoffe). 



Elementarfaktor Werkstoffe 

Elementarfaktor Nr. 3, die Werkstoffe, enthält Roh-, Hilfs- und 
Betriebsstoffe, Unfertig- und Fertigerzeugnisse und sogar Abfall- 
stoffe, wenn sie der Herstellung der Fabrikate (Leistungseinhei- 
ten) als Ausgangs- oder Grundstoff dienen. Werkstoffe können 
durch Eigenfertigung oder Fremdbezug zu Bestandteilen der 
Fabrikate werden. Die betriebliche Leistungserstellung in Ferti- 
gungsbetrieben der Informations- und Kommunikationstechnik 
(z. B. Hersteller für Personal-Computer und Zubehör) erfolgt 
durch die zielbewusste Kombination der Produktivfaktoren Ar- 
beit, Betriebsmittel und Werkstoffe. 



Information als „neuer“ Produktionsfaktor 

Im 21. Jahrhundert wird die Informationstechnologie als wettbe- 
werbskritischer Informationsfaktor bezeichnet. Betriebliche In- 
formationen kennzeichnen folgende Eigenschaften: 

• Informationen sind immateriell, lassen sich aber teilweise auf 
Datenträgern speichern. 

• Sie sind mehrfach ohne Verbrauch nutzbar, d. h. durch den 
Gebrauch kann eine Wertsteigerung eintreten (z. B. über 
Selbstlern-Programme). 

• Informationen lassen sich über Datenträger zu niedrigen 
Kosten vervielfältigen und verbreiten. 

• Im Gegensatz zu materiellen Gütern dienen Informationen 
im Wert durch Teilung. 

• Der Preis oder Wert von Informationen ist nur subjektiv 
bestimmbar. Die Bestandsbewertung ist wegen des fehlen- 
den Preisbildungsmechanismus problematisch (z. B. bei Be- 
stimmung des Wertes aller Informationen einer Großbank). 

• Informationen unterliegen einem Aktualisierungszwang. 
Nicht aktualisierungsfähige Informationen sind wertlos. 
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• Beim Datenschutz und der Datensicherheit treten Probleme 
auf, wenn der Diebstahl von Informationen über einen wich- 
tigen Kunden im Unternehmen nicht festgestellt oder ver- 
hindert werden kann. 



Dispositiver Faktor 

Die Kombination der Elementarfaktoren (Arbeitsleistung, Arbeits- 
und Betriebsmittel, Werkstoffe und Informationen) ist Aufgabe 
der Betriebs- und Geschäftsleitung, dem dispositiven Faktor. 
Sie plant, organisiert, koordiniert, berät, entscheidet und kontrol- 
liert nach wissenschaftlichen Methoden den Kombinationspro- 
zess. Planende und organisatorische Aufgaben lassen sich dele- 
gieren, so dass die Planung und Organisation derivative Faktoren 
des dispositiven Faktors darstellen und im IT-Controllerdienst. 

5.4 Grundbegriffe der Kostentheorie 

Gesamtkosten 

Gesamtkosten ergeben sich bei der Faktorkombination. Sie ge- 
winnt, veredelt oder stellt Sachgüter (z. B. Personal-Computer) 
oder Dienstleistungen (z. B. Standardsoftware, Beratungsproduk- 
te wie ein IT-Sicherheitskonzept oder eine IT-Strategie) her, in- 
dem menschliche Arbeitsleistungen mit Werkstoffen und Be- 
triebsmitteln in einer produktiven Kombination verbunden wer- 
den. Die Minimalkostenkombination der drei Elementarfaktoren 
Arbeit, Betriebsmittel und Werkstoffe vollzieht sich durch be- 
wusstes menschliches Handeln unter Berücksichtigung soziologi- 
scher und sozialpolitischer Aspekte. Die Führungsinstanzen pla- 
nen, organisieren, koordinieren, beraten, kontrollieren, entschei- 
den, konzipieren Ideen und lenken in Zusammenarbeit mit den 
Arbeitnehmern die Betriebspolitik. 

Kostenstruktur Gesamtkosten sind entweder nur fixe Kosten, nur variable Kos- 
ten oder eine Zusammensetzung beider Kostenbestandteile. Die 
Arbeitskosten für einen Vertriebsbeauftragten eines Softwarehau- 
ses bestehen aus dem Fixum zur Sicherung seiner Existenzbe- 
dürfnisse und dem variablen, d. h. umsatzabhängigen Teil, der 
Provision. Die Betriebskosten für ein Dienstfahrzeug eines IT- 
Beraters lassen sich in zeitabhängige Kosten (Steuer, Versiche- 
rung, Garagenmiete) und leistungsabhängige Kosten (Öl, Benzin, 
Reparatur) auflösen. 
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Fixkosten 



Fixkosten sind als beschäftigungsintervallfixe Kosten, Bereit- 
schaftskosten, Periodenkosten oder zeitabhängige Kosten von 
der Höhe der Ausbringungsmenge innerhalb eines Beschäfti- 
gungsintervalls unabhängig. Fremdzinsen, kalkulatorische Zinsen 
auf das Anlagevermögen, Raumkosten in der Form von Ab- 
schreibungen, Wartungskosten und bestimmte Steuern zählen zu 
den Fixkosten, wenn sie unabhängig von der Belastung der Be- 
triebsmittel anfallen. Zeitverschleiß und Veralterung der Be- 
triebsmittel durch den technologischen Fortschritt wirken zeit- 
proportional. Sie sind im Bezugsbereich der Informations- und 
Kommunikationstechnik von besonders hoher Bedeutung. 

PRAXISBEISPIEL: IT-WARTUNGS- UND PFLEGEKOSTEN 

Wartungs- und Pflegekosten {Maintenance) von Anwendungssoft- 
ware machen in zahlreichen Unternehmen den überwiegenden Teil der 
gesamten IT-Kosten aus. In vielen Fällen übersteigt der Anteil 80 % 
und mehr des IT-Budgets. Häufig werden Wartungs- und Pflegekosten 
als fixe Kosten behandelt, was jedoch nur bedingt zutrifft. 

Der fixe Teil dieser Kosten wird als Laufende Wartung im engeren 
Sinne bezeichnet (Fixed Maintenance) (vgl. Saleck 2004, S. 55). 
Die hierfür aufzuwendenden Kosten dienen der Aufrechterhaltung des 
operativen Betriebs, sie sind also lebensnotwendig für das Unterneh- 
men. Typische Beispiele für laufende Wartungskosten sind Fehlerbe- 
hebungen, Updates auf Grund von gesetzlichen Änderungen (z. B. 
Umsatzsteuererhöhung, Änderung der Steuerberechnung, Euro- 
Elnführung) oder Softwareänderungen aufgrund sonstiger dringender 
Gründe (z. B. Jahr-2000-Änderungen). Je nach Umfang der Kostenhö- 
he ist eine Durchführung in Form eines Einzelprojektes In Erwägung zu 
ziehen. Für kleinere Wartungsarbeiten sind Sammelprojekte üblich. 

Der variable Teil der Wartungs- und Pflegekosten sind die so genann- 
ten Pflege-Aufträge {Variable Maintenance). Diese Aufträge 
sind vom Management beeinflussbar und gehören deshalb zu den 
variablen Kosten, da sie nicht zwangsläufig anfallen. Typische Beispie- 
le sind Erweiterungen der Funktionalität bestehender Software, Ver- 
besserung von Ergononomie und Komfort und das Einspielen von 
Updates bzw. von Releasewechseln, die mit neuen Funktionen ver- 
bunden sind. Pflegeaufträge sollten deshalb grundsätzlich als Einzel- 
projekt geplant und durchgeführt werden. Je nach Umfang der Ände- 
rungen können die Projekte durchaus einen Umfang von mehreren 
Personenjahren und mehr umfassen. Der Aufwand für Pflegeprojekte 
kann den Aufwand von erstmaligen Einführungsprojekten (z. B. Einfüh- 
rung einer betriebswirtschaftlichen Standardsoftware übersteigen. 
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Variable 

Kosten 



Jede Erweiterung der Kapazität über die Grenze der intervallfi- 
xen Kosten hinaus verändert automatisch die Höhe der fixen 
Kosten. Sie wird durch drei Faktoren bestimmt: 

• die begrenzte Teilbarkeit der Produktivfaktoren (z. B. Server, 
PCs), 

• die Entscheidungen der Führungsinstanzen, 

• sozialpolitische und arbeitsrechtliche Überlegungen und 
Hemmnisse (z. B. Personalübergang beim IT-Outsourcing). 

Wird nur ein Teil der Kapazität des Betriebsmittelbestandes ge- 
nutzt, dann entstehen auch für die nicht genutzte Kapazität Fix- 
kosten, auch »Leerkosten« (K,) genannt. Diese Situation tritt z. B. 
bei nicht vollständig genutzten Rechenzentrums-Kapazitäten oder 
nur teilweise ausgelastetem Spezialpersonal (z. B. ein langjährig 
geschulter Systemprogrammierer) ein. Die Kosten der jeweils 
genutzten Kapazität werden als »Nutzkosten« (K^) bezeichnet, so 
dass sich folgende Gleichung erstellen lässt: 

K, = K, + K„. 

Variable Kosten sind von der Beschäftigung (z. B. Anzahl CPU- 
Stunden eines Rechenzentrums, Anzahl Druckseiten eines 
Druckzentrums) abhängig, denn sie variieren mit der Ausbrin- 
gungsmenge. Die Terminologie ergibt sich aus dem Abhängig- 
keitsverhältnis zur veränderlichen Ausbringungsmenge. Variable 
Kosten entstehen beim Einsatz von Produktivfaktoren, die in der 
Regel beliebig teilbar sind und im Leistungserstellungsprozess 
mengenmäßig untergehen. Typische variable IT-Kosten sind 
Programmierleistungen, Druckerpapier, Softwarelizenzen, Ver- 
triebsprämien. Entsprechend ihrem Verhalten zur Ausbringungs- 
menge gliedert man die variablen Kosten in: 

• Proportionale Kosten, die in gleichem Maße wie die Be- 
schäftigung steigen oder fallen. In der IT-Praxis trifft dieser 
Tatbestand nur für bestimmte Kostenarten zu, z. B. Leis- 
tungsprämien für IT-Mitarbeiter, Druckerpapier, Toner. Die 
anderen Kostenarten verlaufen in der Regel unterproportio- 
nal, selten überproportional. 

• Progressive Kosten , sie steigen bei zunehmender Beschäf- 
tigung überproportional, d. h. relativ stärker an als die Be- 
schäftigung bzw. die Ausbringungsmenge (Überstunden, 
Nachtarbeitszulagen für RZ-Personal, überhöhte Reparatur- 
kosten durch eine Überbeanspruchung einer Druckstraße im 
zeitlichen oder intensitätsmäßigen Anpassungsprozess). 



311 





5 Kostenrechnung für IT-Controller 



• Degressive Kosten , sie steigen bei zunehmender Beschäfti- 
gung unterproportional, d. h. relativ schwächer an als die 
Ausbringungsmenge. Fallende Frachttarife bei zunehmender 
Entfernung, sinkende Materialkosten pro Leistungseinheit 
beim Erhalt von Mengenrabatten, rückläufiger Energie- 
verbrauch im Stand-By-Modus eines Rechners usw. sind ty- 
pische Beispiele. 

• Regressive Kosten, sie fallen mit zunehmender Beschäfti- 
gung, z. B. Eieizungskosten eines Rechenzentrums durch 
Nutzung der Abwärme der Rechner und Bildschirme u.ä. 



Kosten 




Kg = Gesamtkosten 
K„ = gesamtvariable Kosten 
Kf = gesamtfixe Kosten 
K| = Gesamtleerkosten 
K„ = Gesamtnutzkosten 



W unterproportionale Kosten 
@ vollproportionale Kosten 
® überproportionale Kosten 
(£) rückläufige (regressive) Kosten 
LE = Leistungseinheit 




LE 



Abbildung l66: Kostenverläufe 
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Progressive und degressive Kostenverläufe entstehen, wenn die 
Hauptkosteneinflussgrößen Faktorproportionen, Faktorqualität 
und Faktorpreis variieren. 




5 . 4 Grundbegriffe der Kostentheorie 



Durchschnittskosten 

Aus den Mantelformeln für die Gesamtkosten lassen sich formal 
die Durchschnittskosten ermitteln, indem man die Gesamtkosten 
auf die Einflussgröße x (Mengenausbringung) bezieht, mit der 
der Durchschnitt gebildet werden soll. Durchschnittskosten ent- 
sprechen den Kosten pro Stück und werden deshalb auch als 
Stückkosten bezeichnet. Bezeichnet man die Stückkosten im 
Gegensatz zu den Gesamtkosten 

K^, Kf, (K, + K„), K 
mit k^, kp (k, + k^), k^ , 



so ergeben sich die Durchschnittskosten, wenn man die Gesamt- 
kosten durch die Mengenausbringung (x) dividiert. 





, Kf 


K, 


K„ 


, Kv 


K= — 




ki= — 


K= — 


K= — 


^ X 


X 


X 


X 


X 



Abbildung 167: Durchschnittskosten 



Großbuchstaben kennzeichnen immer Gesamtkosten, Kleinbuch- 
staben Stückkosten bzw. Durchschnittskosten. 



Grenzkosten 

Grenzkosten (k’ ) sind der Kostenzuwachs, der bei konstanten 
Bereitschaftskosten durch die Ausbringung einer weiteren Leis- 
tungseinheit den Gesamtkosten hinzugefügt wird. Die Grenzkos- 
ten zeigen an, wie stark die Gesamtkosten steigen oder fallen, 
wenn die Ausbringungsmenge um eine Leistungseinheit vergrö- 
ßert oder verkleinert wird. 

Wird der Zuwachs der an der Ausbringungsmenge gemessenen 
Beschäftigung immer kleiner, geht der Kostenzuwachs ebenfalls 
auf Null zu. Die Grenzkosten sind bei kubischparabolischem 
Verlauf in jedem Punkt der Kurve unterschiedlich groß. Sie müs- 
sen mit Hilfe der Differentialrechnung bestimmt werden. Mathe- 
matisch werden die Grenzkosten (k’ ) als Differentialkosten aus 

äK AKf dK^ 

dem Quotienten abgeleitet, indem man = 

^ dx) 

bildet. 
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Dabei entsteht der Differentialquotient k’ 



^K 

Äx 



, Äx — ^ 0 




Differenzenkosten (AK’ ) sind der Gesamtkostenunterschied 
zweier Beschäftigungsschichten, in der Form von »Zuwachs-(oder 
Wegfall-)kosten«, entsprechend der Beschäftigungslage, also 

^ , Kostenzuwachs /tsK K ^ ~ K ^ 

Grenzkosten = = = 

Mengenzuwachs Ax -^2 ~ -^i 

Differenzenkosten auf die Leistungseinheit der »Zuwachs- oder 
Wegfallkosten« eines Einproduktbetriebes bezogen, ergeben die 
Stückdifferenzenkosten (M). 

BEISPIEL 

Prämissen: Einproduktbetrieb (z. B. Hersteller von CD-RohlIngen) oder 
ein Bereich im Mehrproduktbetrieb, der nur eine Artikelgruppe produ- 
ziert, beschäftigungsintervallfixe Kosten, linearer Verlauf der Gesamt- 
kostenkurve: d. h. die variablen Kosten verhalten sich proportional zur 
Ausbringungsmenge. 

K = K f x) 7 _ Kostenzuwachs 

^ i f k^ — 

K =400-F(10*x) Mengenzuwachs 
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a 


b 


c 


d 


e 


f 


g 


h 


i 




X 


K, 


Kv 


K, 


AK 


k, 


kv 




M 


Zeile 


LE 


EUR 


EUR 


EUR 
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EUR 
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400 
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10 


5 


80 


400 
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5,00 


10 
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10 


6 
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400 
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4,00 


10 


14,00 


10 


7 
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400 
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200 


3,33 


10 


13,33 


10 


8 
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400 
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10 
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10 


9 


Rechentechnik: 




2b+2c 


2d-1d 


2d:2a 


2c:2a 


2d:2a 


2e:(2a-1a) 


10 


Formeln: 




Kf +K 


dK , 
Ax 


K, 


K^. 


K, 


AK 












dx 


X 


X 


X 


A.V 



Abbildung l69: Grenzkosten im linearen Kostenverlauf 



Die Daten der Abbildung l69 ergeben im Diagramm (Abbildung 
170 und Abbildung 171 folgenden Verlauf: 




Abbildung 170: Einfluss von Beschäftigungsänderungen auf den 
Verlauf linearer Gesamtkosten 



Im Einproduktbetrieb verursachen verschieden große Ausbrin- 
gungsmengen von Leistungseinheiten unterschiedlich hohe Kos- 
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Variable Kosten 
Gesamtkosten 



Kosten- 

bestandteile 



ten. Die einzelnen Kostenarten verhalten sich gegenüber einer 
Änderung der Ausbringungsmenge unterschiedlich. Bereit- 
schaftskosten, die sich Äusbringungsmengenänderungen gegen- 
über konstant verhalten, gelten als Fixkosten (Kp. 

Kostenarten, die mit der Ausbringungsmenge zu- oder abneh- 
men, werden variable Kosten (K^) genannt. 

Die Gesamtkosten (K ) setzen sich dann aus fixen und variablen 
Kostenbestandteilen zusammen. Subtrahiert man von den Ge- 
samtkosten (Kp die Gesamt-Fixkosten (K,.), erhält man die Ge- 
samtvariablen-Kosten (K^ der entsprechenden Ausbringungs- 
menge (x). 

Die Fertigung verschieden großer Ausbringungsmengen verur- 
sacht verschieden hohe Kosten. Ein Einproduktunternehmen 
fertigt im Zeitraum t die Ausbringungsmenge Xj mit dem Kosten- 
anfall in Höhe von K^j. Wird in der gleichen Zeiteinheit die Aus- 
bringungsmenge x^ gefertigt, entstehen Kosten in Höhe von K^^ 
usw. 

Wenn man die Ausbringungsmenge x auf der Abszisse und die 
Gesamtkosten (Kp auf der Ordinate eines Diagramms einträgt, 
erhält man eine Kurve, die zeigt, welche Kosten entstehen, wenn 
alternative Ausbringungsmengen x in einer gleich langen Zeit- 
einheit t gefertigt werden. 

Der Kostenverlauf der Abbildung 170 unterliegt einer »gewissen 
Gesetzmäßigkeit«, wenn der Zeitaufwand für jede gefertigte Leis- 
tungseinheit gleich groß ist und nur die Hauptkosteneinflussgrö- 
ße »Beschäftigung« (die Mengenausbringung) variiert. Abbildung 
170 zeigt den linearen Gesamtkostenverlauf, wenn sich die Ge- 
samtkosten aus fixen und variablen (proportionalen) Kostenbe- 
standteilen zusammensetzen. 
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Abbildung 171: Einfluss von Beschäftigungsänderungen auf den 
Stückkostenverlauf bei linearem Gesamtkosten- 
verlauf 



Stückgesamt- 

kostenkurve 



Beispiel 



Die Stückgesamtkostenkurve verläuft bei linearem Gesamtkos- 
tenverlauf asymptotisch zur Kurve der variablen Stückkosten. Die 
Stückgesamtkosten sind an der Kapazitätsgrenze am niedrigsten, 
weil bei konstanten variablen Stückkosten der Anteil der stückfi- 
xen Kosten pro Leistungseinheit bei zunehmender Ausbrin- 
gungsmenge immer kleiner wird. Der „Degressionseffekt der 
fixen Kosten“ wird sichtbar. Die Stückfixkostenkurve nähert sich 
mit zunehmender Ausbringungsmenge der Abszisse asympto- 
tisch. Bei linearem Gesamtkostenverlauf stimmen der Durch- 
schnitt der variablen Kosten und „Grenzkosten“ überein. Ihr 
Graph verläuft bis zur Kapazitätsgrenze parallel zur Abszisse. 

Unter den Prämissen der Abbildung l69 lassen sich die Grenz- 
kosten eines Einproduktbetriebes, der fixe und variable Kosten 
verursacht, wie folgt ermitteln: 

K , = 220.000 EUR K , = 244.000 EUR 

gl g2 

Xj = 2.000 LE X, = 2.400 LE 

Der Unterschied zwischen zwei Beschäftigungsschichten ergibt 
die Differenzkosten! 



_ , Kostenzuwachs 

Grenzkosten = 

Mengenzuwachs 
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Kosten- 

auflösung 







Abbildung 172: Grenzkosten als Differenzenquotient 



Die mathematische Kostenauflösung unterstellt, dass die variab- 
len Stückkosten und Grenzkosten gleich groß sind, was nur für 
den linearen Kostenverlauf zutrifft. Die Grenzkosten erhält man, 
indem man den Kostenzuwachs durch den Mengenzuwachs 
dividiert. Grenzkosten entsprechen bei linearem Kostenverlauf 
dem Differenzenquotienten! 



_ 244.000-220.000 _ 24.000 
X 2 -X 1 ~ 2.400-2.000 ~ 400 

K^=x^*k'= 2.400 * 60 = 144.000 EUR 



= 6QQEURILE 



Kf=K^-K^ = 244.000 - 144.000 = 100.000 EUR 

Von den Istkosten und den dazugehörigen Istbezugsgrößen 
werden zwei auseinander liegende Datenpaare ausgewählt. Auf 
der Ordinate bezeichnen wir sie mit K^j und K^^, auf der Abszisse 
mit Xj und x^. Wenn man die Bezugsgrößen x^ oder Xj mit dem 
proportionalen Satz 60 EUR/LE multipliziert, erhält man die pro- 
portionalen Gesamtkosten der Gesamtkosten K^^ bzw. K^j, die 
Bereitschaftskosten K,., indem man die proportionalen Gesamt- 
kosten von den Gesamtkosten K^^ bzw. K^j subtrahiert. Die Aus- 
gleichsgerade wird durch die Größen Kf und d determiniert. 
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Ausreichende 

Datenbasis 



5.5 



Pixkosten- 

problem 



Teilbarkeit 



Selbst im Einproduktbetrieb wird die mathematische Kostenauf- 
lösung zur Bestimmung der Fixkosten nicht angewendet, da sie 
aus den zur Verfügung stehenden Beobachtungswerten nur zwei 
Datenpaare zufallsbedingt auswählt. Erst wenn mindestens zwölf 
Datenpaare zur Verfügung stehen und Beschäftigungsschwan- 
kungen vorliegen, wird die Kostenauflösung aussagefähiger. 



Grundbegriffe der Fixkostenlehre 

Fixkosten (K^) entsprechen der Mantelformel: 

K|. = K|' + K^^ ... Gesamtfixkosten 

kf = k| + k^ ... Stückfixkosten 

Beschäftigungsintervallfixe Kosten 

Das Fixkostenproblem besteht darin, dass sich die fixen Kosten 
als begrenzt teilbare Produktivfaktoren nur im Bereich bestimm- 
ter Intervallgrenzen nicht verändern. Sobald sie diese überschrei- 
ten nehmen sie sprungweise zu- oder ab. Aus diesem Grunde 
bezeichnet man die fixen Kosten auch als intervallfixe oder 
sprungfixe Kosten. Fixkosten sind in der Informationstechnik 
sehr stark ausgeprägt. 

Verbrauchsfunktionen unterstellen stets funktionale Beziehungen 
zwischen den Faktoreinsatz- und Faktorausbringungsmengen. 
Die Kostenverläufe können die Bedingung der Stetigkeit nur 
erfüllen, wenn alle Produktivfaktoren beliebig teilbar sind. Diese 
Prämisse trifft z. B. für die Materialien wie Druckerpapier, CD- 
Rohlinge, Magnetcassetten zur Datensicherung, Energie weitge- 
hend zu. 

In der Informationstechnik sind aber auch Produktivfaktoren, 
deren Teilbarkeit begrenzt ist, anzutreffen. Hierzu zählen die 
Nutzung von Grundstücken und Gebäuden (z. B. für das Re- 
chenzentrum oder die IT-Äbteilung), der Zeitverschleiß von Be- 
triebsmitteln (z. B. Zentralrechner, Laptop), Anlagen und Einrich- 
tungen (z. B. Routerl), die Arbeitsleistungen von Angestellten 
sowie alle Dienstleistungen, für die feste Honorare, Gebühren, 
oder Beiträge fällig werden (z. B. Festpreis mit einem Software- 
haus für die Entwicklung einer Anwendungssoftware). 

Solche Produktivfaktoren lassen sich nur in bestimmten, mehr 
oder weniger großen Quantitäten einsetzen, wobei jedes Quan- 
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tum für ein gewisses Ausbringungsintervall ausreicht. Innerhalb 
dieses Intervalls ist die Faktoreinsatzmenge konstant, d. h. von 
der Ausbringungsmenge unabhängig. Sobald die Intervallgrenze 
überschritten wird, muss ein neues Quantum eingesetzt werden, 
das wiederum für ein bestimmtes Intervall der Ausbringungsskala 
genügt. 

BEISPIELE FÜR FIXKOSTEN IN DER IT 

1. Im Rechenzentrum eines Versicherungskonzerns werden zwei 
Großrechner (Mainframes) betrieben. Das erfreulicherweise angestie- 
gene Geschäftsvolumen erfordert die Anschaffung eines weiteren 
Computers, der jedoch zunächst nur zu etwa 30 % ausgelastet werden 
kann. 

2. Im gleichen Rechenzentrum wird ein Datenbankspezialist beschäf- 
tigt. Da die Betriebszeiten des Rechenzentrums ausgeweitet werden, 
steigen die Überstunden des Mitarbeiters stark an. Die Geschäftsfüh- 
rung entschließt sich, einen weiteren Datenbankspezialisten einzustel- 
len. 

Für begrenzt teilbare Produktivfaktoren lässt sich keine kontinu- 
ierlich verlaufende Kostenkurve erstellen, weil die Faktor- 
einsatzmengen nur in großen Quantitäten variieren. Die Faktor- 
einsatzkurve eines begrenzt teilbaren Produktivfaktors verläuft 
dagegen treppenförmig. 

Die fixen Kosten bestimmen die Intervallhöhe (Sprunghöhe, 
Stufenhöhe), die Kapazität des Produktivfaktors die Intervall- 
breite (Sprungbreite, Stufenbreite). Innerhalb der Intervallbreiten 
lassen sich die Ausbringungsmengen ohne eine Veränderung der 
intervallfixen Kosten beliebig variieren. Sobald die Ausbringungs- 
mengen die Intervallbreite überschreiten, entstehen sprungfixe 
Kosten. 

BEISPIEL FÜR DEN DEGRESSIONSEFFEKT SPRUNGFIXER 
KOSTEN IM RECHENZENTRUM 

Prämissen: homogene Betriebsmittel (z. B. Großrechner), konstante 
intervallfixe Kosten sowie messbare maximale Kapazität 

Daten: 5.000 EUR fixe Kosten je Großrechner/Periode. Nach Vollaus- 
lastung eines Rechners Anschaffung eines weiteren Computers, ma- 
ximale Kapazität je Rechner 200 MIPS (Million Instructions per Se- 
cond) 
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Rechner 1 


Rechner 2 


Rechner 3 


MIPS 


0-200 


201-400 


401-600 


fixe Kosten in EUR 


5.000 


5.000 


5.000 



Frage: Wie sieht der Stückfixkostenveriauf aus? 



K, in EUR 




Abbildung 173: Intervallfixe Kosten 

Fixe Kosten sind als Periodenkosten oder zeitabhängige Kosten 
von der Höhe der Ausbringungsmenge innerhalb eines Beschäf- 
tigungsintervalls unabhängig. 

BEISPIELE FÜR INTERVALLFIXE KOSTEN 

Kaikuiatorische Zinsen auf das Aniagevermögen (z. B. Computer), 
Raumkesten, Mieten, von der Beiastung der Betriebsmittei unabhängi- 
ge Wartungskosten (z. B. Austausch von Rechnerkomponenten nach 
einer festgeiegten Betriebszeit), Versicherungsprämien (z. B. für eine 
Schwachstrem- oder Eiektrenikversicherung), Abschreibungen für den 
Zeitverschieiß und technoiogische Überhoiung falien prepertionai zur 
Zeit an. 
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short-run- 

Betrachtung 



long-run- 

Betrachtung 



absolut fixe 
Kosten 



Stückfixkosten 



Intervallfixe Kosten werden für ein neues Quantum erforderlich 
und genügen für ein neues Ausbringungsintervall. Jede Erweite- 
rung der Kapazität über die Grenze der intervallfixen Kosten 
verändert die Höhe der fixen Kosten. 

Betrachtet man die Entwicklung in kurzen Zeiträumen (sog. 
short-run-Betrachtung), dann erscheinen Sprungkosten als fixe 
Kosten. Bei größer werdenden Zeiträumen sinkt der Anteil der 
„unbedingt fixen Kosten“ zugunsten der Sprungkosten, so dass 
letztlich keine Kostenart mehr absolut fix bleibt. Neue Grundstü- 
cke werden erworben, neue Mitarbeiter für die oberen Instan- 
zenebenen eingestellt. 

BEISPIEL: IT-OUTSOURCING 

Auf kurze Sicht ist der Wechsei eines IT-Outsourcing-Anbieters nicht 
mögiich, da die Verträge meist mehrjährige Laufzeiten (vgi. Kauf- 
mann/Schiitt, 2004, S. 46) versehen. Die monatiiche Nutzungsgebühr 
für die Rechnerieistung ist fix. Auf iange Sicht kann der Outsourcing- 
Vertrag gekündigt werden. Langfristig sind die IT-Kosten aus einem 
Outsourcing-Vertrag wieder disponibei. 

Verfolgt man die Kostendiagramme über einen längeren Zeit- 
raum und damit die Gesamtentwicklung der Kosten vom Produk- 
tionsquantum Null bis zur Kapazitätsgrenze, dann erscheinen die 
intervallfixen Kosten nicht mehr als fix, sondern bis zu einem 
gewissen Grade als proportional (sog. long-run-Betrachtung). 

Fixkostenanteile, die auch bei einem Betriebsstillstand anfallen, 
bezeichnet man als absolut fix. Dazu zählen die Zinsen für das 
Mindestkapital, Abschreibungen auf unentbehrliche Anlagen. 
Lizenzgebühren für Software (auch wenn diese nicht genutzt 
werden kann) und die Arbeitskosten für das Wach- und War- 
tungspersonal. Sobald eine Kapazitätserweiterung nicht mehr 
möglich ist, wie z. B. beim Kraftwerk, stellen die Kosten der 
Betriebsbereitschaft absolute fixe Kosten dar. 

Dividiert man die intervallfixen Kosten durch die Ausbringungs- 
menge, dann verteilen sie sich mit zunehmender Ausbringung 
auf immer mehr Leistungseinheiten. Die Stückfixkosten verhalten 
sich also umgekehrt proportional wie die Ausbringung x: 
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ZAHLENBEISPIEL: DEGRESSIONSEFFEKT INTERVALLFI- 
XER KOSTEN 



Mengen 

ausbringung: 


500 


1000 


1500 


2000 


2500 


3000 


3500 


4000 


LE 


Fixe Kosten 


20 


20 


20 


20 


20 


20 


20 


20 


EUR 


Stückfixkosten 


40 


20 


13,33 


10 


8 


6,66 


5,71 


5 


EUR 



EUR 




Abbildung 174: Degressionseffekt der intervallfixen Kosten 



Der kleinste Stückfixkostenbetrag fällt an der Kapazitätsgrenze 
an. Dort endet die Fixkostendegression. Die Stückfixkostenkurve 
stellt geometrisch eine Fixkostenhyperbel mit asymptotischem 
Verlauf dar. 



Optimal- 

beschäftigung 



Die Optimalbeschäftigung« eines größeren Zeitraumes bestimmt 
die Kapazität der Betriebsmittel und die Flöhe der Betriebsbereit- 
schaftskosten. Die Festlegung der Kapazität erfolgt durch die 
Führungsinstanzen. Ihre Entscheidungen bestimmen, wie lange 
die beschäftigungsintervallfixen Kosten absolut fix bleiben. Drei 
betriebswirtschaftliche Tatbestände unterschiedlicher Art bestim- 
men die Höhe der fixen Kosten: 



die begrenzte Teilbarkeit der Produktivfaktoren, 

die betriebspolitischen Entscheidungen der Führungsinstan- 
zen, 
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Besch äftigu ngs- 
rückgang 



Erkenntnis 



• sozialpolitische und arbeitsrechtliche Überlegungen und 
Hemmnisse. 

Zu den zweiten zählen fixe Kosten, die sich aus Lagebeur- 
teilungen und Zukunftserwartungen ergeben können. Diese 
bewusst herbeigeführten Leerkosten müssen sich durch den 
Erfolg betriebswirtschaftlich rechtfertigen lassen. Leerkosten auf- 
grund planungstechnischer Fehler zählt Gutenberg nicht zu den 
betriebspolitischen Entscheidungen. 

Bei rückläufiger Beschäftigung entschließen sich Führungs- 
instanzen weniger leicht zum Abstoß von Betriebsmitteln oder 
zur Freisetzung von Mitarbeitern als bei zunehmender Beschäf- 
tigung zur Neuinvestition bzw. Neueinstellung. 

Aus den „durchgehaltenen“ Betriebsmitteln und Personalbe- 
ständen entstehen bei rückläufiger Beschäftigung fixe Kosten, die 
wesentlich höher sind, als sie zur Erstellung der verringerten 
Produktmenge erforderlich wären. Diese Fixkosten werden in 
Erwartung einer Besserung der Beschäftigungs- und Marktlage 
nicht oder nur langsam abgebaut. Sie fallen bei sinkender Be- 
schäftigung langsamer, als sie bei wachsender Beschäftigung 
gestiegen sind, »hinken« hinter der Beschäftigungsänderung nach. 
Diese Tendenz sehr vieler Kostenarten, insbesondere intervall- 
fixer Art, bezeichnet man als »remanente Kosten«. 

Kostenremanenz führt zu einer Überhöhung der Gesamtkosten, 
die darauf zurückzuführen ist, dass bei rückläufiger Beschäfti- 
gung kostensenkende Anpassungsprozesse (z. B. Verkauf nicht 
benötigter Rechner, Freisetzung von Mitarbeitern im Rechenzent- 
rum) unterlassen werden. 



Nutz- und Leerkosten 

Sobald in einem Unternehmen die Kapazitäten und Kosten der 
Betriebsbereitschaft feststehen, wünscht das IT-Management zu 
erfahren, ob die intervallfixen Kosten der IT-Bereiche dafür aus- 
genützt sind. Insbesondere bei unternehmenseigenen Rechen- 
zentren und Entwicklungsabteilungen stellen Unternehmenslei- 
tungen diese Frage aufgrund des gestiegenen Kostendrucks re- 
gelmäßig an den CIO. Zur Beantwortung dieser Frage werden 
die Begriffe Leerkosten K, und Nutzkosten K„ eingeführt: 

• Leerkosten entsprechen den Kosten der nicht genutzten 
Kapazität, 
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• Nutzkosten den Kosten der genutzten Kapazität. 

Intervallfixe Kosten bestehen aus den Leer- und Nutzkosten, so 
dass folgende Gleichung gilt: 

K, = K , + K 

1 I n 

Wenn K_ gleich Null ist, sind alle fixen Kosten Leerkosten; wenn 
K| gleich Null ist, sind alle fixen Kosten Nutzkosten. Im Dia- 
gramm lässt sich der Zusammenhang zwischen den Nutz- und 
Leerkosten folgendermaßen darstellen. 




Abbildung 175: Aufteilung der fixen Kosten in Nutz- und Leer- 
kosten 



Geometrisch betrachtet stellen die Leerkosten und Nutzkosten 
die beiden Diagonalen des Fixkostenblocks dar. Im Diagramm ist 
die Gerade H G die Leerkostenkurve des Fixkostenbetrages K,., 
während die Gerade O F die zugehörige Nutzkostenkurve dar- 
stellt. 

Für die Ausbringung x^ sind die Leerkosten gleich der Strecke Aj 
Cj und die Nutzkosten gleich der Strecke Aj Bj bzw. Cj Dj. Bei 
der halben Maximalausbringung x^ = 0,5x„, schneiden sich die 
Nutzkostenkurve und die Leerkostenkurve im Punkt C^, so dass 
die Nutz- und Leerkosten wertmäßig übereinstimmen. Für über 
Xj liegende Ausbringungsmengen nehmen die Leerkosten immer 
mehr ab und werden schließlich gleich Null. Die Nutzkosten 
steigen in entsprechender Weise an, bis sie für x„, mit den ge- 
samten fixen Kosten übereinstimmen«. 
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Erkenntnis 



Nutz- und Leerkosten summieren sich stets zu den gesamten 
Fixkosten. 

Die Berechnung der Nutz- und Leerkosten erfolgt mit Hilfe des 
ersten und zweiten Strahlensatzes aufgrund der Behauptung: 



Aj5j CjDj AjCj 5jZ)j 

Man unterstellt, dass die Nutzkosten in Abhängigkeit von der 
Ausbringungsmenge bis zur Kapazitätsgrenze voll proportio- 
nal verlaufen. Dann kann man die Nutzkosten wie proportionale 
Kosten berechnen. 

Für die Berechnung der variablen Kosten gilt Formel 1: 



(1) K^ = X • k^ = Istausbringung mal variable Stückkosten. 



Dann gilt analog für die Nutzkosten Formel 2: 

Istausbringung mal Stückfixkosten bei 
voller Kapazitätsauslastung. 



( 2 ) 



K„ =x * 



K, 



Wenn die Fixkosten sich nach der Formel 3 aufbauen: 

(3) K, = K, + Kn, 

dann gilt für die Leerkosten Formel 4: 

(4) K, = K,-K„. 

Man ersetzt K^ durch die Formel 2 und erhält Formel 5: 

(5) K,=K,-xr*-L 

Kf 

Für Kf gilt: K r = * in Formel 5 eingesetzt 

Kf Kf 

V — y * J__ y * L_ 

SO dass man Formel 6 erhält: 
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Erkenntnis 

Beispiel 1 
Daten 



Erkenntnis 



Beispiel 2 



( 6 ) 




Die Differenz maximale Ausbringung •/• Istausbringung mal 
Stückfixkosten bei Vollauslastung der Kapazität ergibt die Leer- 
kosten. 

Ermittlung der Leerkosten, Nutzkosten und fixen Kosten 
Kf = 200 TEUR X = 6.000 LE 

x„,= 10.000 LE 

Lösung für die Leerkosten über Eormel 6: 

( 6 ) Ki=(x^-x,)*^ 

K, = 4.000 • 20 = 80.000 EUR 

Probe: Kf = ^, + K„ = 80.000 + 120.000 = 200.000 EUR 



• Die Eixkosten in Höhe von 200.000 EUR setzen sich bei 
einer Istausbringung von 6.000 LE zusammen aus 120.000 
EUR Nutzkosten und 80.000 EUR Leerkosten, wenn die ma- 
ximale Ausbringung 10.000 LE beträgt. 

• Änderungen im Verhältnis von Leer- und Nutzkosten haben 
auf den Verlauf der Gesamtkostenkurve keinen Einfluss, da 
sie weder auf die Höhe der fixen Kosten noch auf den An- 
stieg der variablen Kosten einwirken. 

• Diese Aussage gilt bei beschäftigungsintervallfixen Kosten 
(short-run-Betrachtung) und vollproportionalem Kostenver- 
lauf. 

• Die Stückfixkosten (k,.) enthalten unabhängig vom Beschäfti- 
gungsgrad einen konstanten Nutzkostenanteil. 

Die Eixkosten setzen sich aus den Leerkosten K, und Nutzkosten 

K„ zusammen: 

(3) K,= K, + K , 

die Stückfixkosten analog aus den Stückleerkosten k, und den 

Stücknutzkosten k_ 

kf = k| + k„ . 
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Erkenntnis 



Bei der Maximalausbringung sind x, = x^ und K, = 0. 

Bei der Nichtausbringung entsprechen x, = 0 und = 0. 

Da sich die Nutzkosten zu den Fixkosten K|. verhalten wie die 
Istausbringung zur Maximalausbringung, gilt: 



II 


x_,^ oder 


(2) 




analog gilt 


Kf 1 


Lösung: 




k„ = 6.000 


^ 200.000 ^ 1 _ 6.000 * 200.000 * 1 


10.000 6.000 ^ 10.000*6.000 


Kf 

k = L = 


200.000 


n 


^\J 1 l J l\ / f jI j 

10.000 


(3) 


K, = K, + K„ 


k, = k,-k„ 

analog 


1 

II 


Mit zunehmender Ausbringung verwandeln sich die Leerkosten 
proportional in Nutzkosten. Wenn x„, der Maximalausbringung 
und X der Istausbringung entsprechen, verhalten sich 




K, : (x„ - x) = K,- : x„ 


(6) 


Kf 

X, =(x,-v)* — 


analog 


Kf 1 

Xm X, 


Lösung: 


(10.000 6.000) * ^ 
10.000 6.000 
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heiten. 
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Erkenntnis 






K. 



X * K X * K 



* X,. 



* X, 



10.000 * 200.000 6.000 * 200.000 
10 . 000 * 6.000 10 . 000 * 6.000 





33,33-20,00 



k, = 13,33 EUR/LE 



Erkenntnis 

k| = Stückfixkosten bei Istausbringung minus Stückfixkosten bei 
maximaler Ausbringung. 





a 


b 


C 


1 


k,=K,*- 




k =Kf * — 


2 


II 


K-^ 


II 


3 


, 80.000 
K — 


, 120.000 


, 200.000 
fx 




' 6.000 


K — 

" 6.000 


^ 6.000 


4 


k, = 13,33 EUR/LE 


k„ = 20,00 EUR/LE 


k, = 33,33 EUR/LE 


5 


k, + 


k„ 


Kf 



Abbildung 176: Stückleerkosten-Stücknutzkosten-Stückfixkosten 



Bei der Maximalausbringung stimmen Stücknutzkosten und 
Stückfixkosten überein, d. h. alle Stückleerkosten haben sich in 
Stücknutzkosten verwandelt. 
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Erkenntnis 



Leerkosten un- 
erwünscht 



bottle neck 





a 


b 


c 


d 


e 


f 


g 




x^- 

x„ 


1 


2.500 


5.000 


6.000 


7.500 


10.000 






LE/EUR 


LE/EUR 


LE/EUR 


LE/EUR 


LE/EUR 


LE/EUR 


1 


K, 


200.000 


200.000 


200.000 


200.000 


200.000 


200.000 


2 


K, 


199.980 


150.000 


100.000 


80.000 


50.000 


0 


3 


K„ 


20 


50.000 


100.000 


120.000 


150.000 


200.000 


4 


kf 


200.000 


80 


40 


33,33 


26,66 


20 


5 


k, 


199.980 


60 


20 


13,33 


6,66 


0 


6 


k 


20 


20 


20 


20 


20 


20 



Abbildung 177: Berechnung von Nutz- und Leerkosten 



An der Kapazitätsgrenze sind Fixkosten und Nutzkosten gleich 
groß. 

K„ = Kf d. h. Kf = 

k^ = kf d. h. kf = k_^ = 20 EUR (vgl. 4/g und 6/g) 

Leerkosten verlangen nach Deckung, d. h. einer Umwandlung in 
Nutzkosten. 



Entstehungsursachen von Leerkosten 

Fixe Kosten in der Form von Leerkosten sind in der Wirtschafts- 
praxis unerwünscht. Sie tauchen als Leerkosten auch bei einer 
Beschäftigung an der Kapazitätsgrenze auf, wenn sich die Pro- 
duktivfaktoren nicht vollständig harmonisieren lassen. 

Die begrenzte Teilbarkeit vieler Betriebsmittel hat zur Folge, dass 
die Kapazitätsgrenze eines Kostenstellenbereiches nicht gleich- 
mäßig verläuft. Die gesamtbetriebliche Kapazität wird vom Mi- 
nimumsektor bzw. dem Engpassfaktor (bottle neck, engl. = Fla- 
schenhals) bestimmt. Dadurch verfügen Produktivfaktoren, deren 
Kapazität größer als der Minimumsektor ist, über einen Kapazi- 
tätsüberhang. Er stellt so genannte unvermeidbare Leerkosten 
dar. 
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Fazit 

5.6 



5.6 Grundtypen der betrieblichen Anpassungsprozesse 



Sie sind von Beschäftigungsschwankungen innerhalb des inter- 
vallfixen Bereiches unabhängig und werden zu „Mindestleerkos- 
ten“, die selbst bei voller Kapazitätsausnutzung anfallen. 

PRAXISBEISPIEL „UNVERMEIDBARE“ LEERKOSTEN 
(DRUCKZENTRUM) 

In einem Druckzentrum eines Versicherungskonzerns durchlaufen alle 
erzeugten Dokumente die zentrale Kuvertiermaschine - den erfolgs- 
wirksamen Engpass - nacheinander. 

Die der Kuvertiermaschine vorgelagerten unterschiedlichen Spezial- 
drucker werden von den einzelnen Dokumenttypen (z. B. Geschäfts- 
briefe auf Standardpapier, Versicherungspolicen auf hochwertigen 
Papierbögen, Werbebriefe auf Hochglanzpapier) jedoch mit unter- 
schiedlich langer Zeitdauer frequentiert, so dass unvermeidbare 
Leerkosten anfallen, wenn der Kapazitätsquerschnitt der Drucker 
den der Kuvertiermaschine übersteigt. 

Mindestleerkosten entziehen sich der Dispositionsgewalt der 
Führungsinstanzen. 

Grundtypen der betrieblichen Anpassungsprozesse 

In der Regel sind die Führungsinstanzen gezwungen, sich mit 
der Ausbringungsmenge an eine veränderte Absatzsituation an- 
zupassen, wenn keine Fertigwarenlagerbestände (z. B. PC- 
Flersteller) oder ungenutzte Ressourcen (z. B. IT-Beratung mit 
Beraterüberkapazitäten, Gemeinschaftsrechenzentrum mit unge- 
nutzten Rechnerkapazitäten) in Kauf genommen werden sollen. 
Das kann auf verschiedenen Wegen geschehen. In diesem Zu- 
sammenhang hat die Kostentheorie bewiesen, dass nicht alleine 
die Variation der Ausbringungsmengen die Kostenhöhe be- 
stimmt, sondern dass auch die Art der ihnen zugrunde liegenden 
Anpassungsprozesse die Kostenstruktur beeinflusst. 

Entsprechend den Determinanten der Kapazität - Kapazitäts- 
querschnitt, Intensität und Produktionsdauer - kann man unter 
Anlehnung an Gutenberg, Kilger und Beinen drei Grundtypen 
des betrieblichen Anpassungsprozesses unterscheiden, den 

• zeitlichen, 

• quantitativen und 

• intensitätsmäßigen Anpassungsprozess. 
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Erkenntnis 



Verhalten der Nutz- und Leerkosten bei zeitlicher Anpassung 

Eine zeitliche Anpassung liegt vor, wenn die Ausbringungsmen- 
gen bei konstantem Kapazitätsquerschnitt, konstanter Intensität 
alleine durch die Variation der Arbeitszeiten (Produktionsdauer) 
erhöht oder vermindert werden. 

PRAXISBEISPIEL: ZEITLICHE ANPASSUNG 

Veränderungen des Schichteinsatzes im Rechenzentrum (Kombination 
mit quantitativer Anpassung beachten!), Übergang zur Kurzarbeit oder 
zu Überstunden, Einführung arbeitsfreier Wochentage oder Wochen- 
endschichten. 

Eine Beeinfiussung der fixen Kosten durch die zeitiiche Anpassung 
findet nicht statt, da der Kapazitätsquerschnitt konstant bieibt. Der 
Anstieg der variabien Kosten verändert sich ebenfaiis nicht, wei! die 
intensität aüer Produktivfaktoren auch konstant bieibt. 



Der Gesamtkostenverlauf einer Unternehmung, deren Ausbrin- 
gung über zeitliche Anpassungsprozesse variiert wird, verläuft 
linear ohne Sprünge. 

Ausnahme hiervon sind z. B. Überstundenvergütungen für IT- 
Mitarbeiter, die typischerweise in der Endphase von IT-Projekten 
oder zu Monats-Zjahresabschlussterminen wegen des dann übli- 
chen Termindruckes anfallen. 

Die Überstundenvergütung erfolgt stundenproportional, liegt 
jedoch über dem normalen Stundensatz. Dadurch steigen die 
variablen Personalkosten für Überstunden schneller in einer 
Zeiteinheit als während der Normalarbeitszeit. Die Kostenkurve 
erhält einen Knick (vgl. Abbildung 178). 

Leerkosten, die aus einer zeitlichen Unterbeschäftigung bei ei- 
nem begrenzt teilbaren Produktivfaktor (z. B. der Rechnerkapazi- 
tät eines Rechenzentrums) entstehen, z. B. bei einer Verkürzung 
der Arbeitszeit von 8 auf 5 h, sind unvermeidbar, aber nur relativ 
im Hinblick auf einen bestimmten Beschäftigungsgrad. Sobald 
nämlich der Beschäftigungsgrad wieder seinen alten Stand er- 
reicht, verwandeln sich die Leerkosten aus der Unterbeschäfti- 
gung wieder in Nutzkosten. 
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X bzw. 1 



Normalarbeitszeit 



Überstundenarbeitszeit 



Abbildung 178: Kostenverlauf im Rechenzentrum bei Überstun- 
denvergütung 



Verhalten der Nutz- und Leerkosten bei quantitativer Anpassung 

Eine quantitative Anpassung liegt vor, wenn bei konstanter In- 
tensität und konstanter Arbeitszeit (Produktionsdauer) die Aus- 
bringungsmenge durch eine Veränderung der Anzahl der in ei- 
nem Betriebe eingesetzten, begrenzt teilbaren Produktionsfakto- 
ren (Kapazitätsquerschnitt) variiert wird. 

BEISPIELE 

In einer Rezession werden Betriebsmittei (z. B. mehrere Großrechner) 
stiiigeiegt, verkauft, vermietet, IT-Mitarbeiter (z. B. Bedienungsperso- 
nai, Systemadministratoren, Anwendungsprogrammierer) abgefunden. 
Im Aufschwung erfordert die Erhöhung der Ausbringungsmenge (nutz- 
bare Rechnerkapazität) eine quantitative Anpassung durch Neuinvesti- 
tionen, Neueinsteiiungen von IT-Mitarbeitern, Kauf neuer Hardware 
usw. 

Verhalten der Nutz- und Leerkosten bei rein quantitativer 
Anpassung 

Die Produktivfaktoren werden verkauft oder abgefunden. Die 
Betriebsmittel einer Kostenstelle sind gleichartig und technisch 
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gleichwertig, z. B. PC-Server in einem Dienstleistungs-Rechen- 
zentrum. Dann besitzen alle Betriebsmittel gleich hohe Fixkos- 
ten, d. h. Sprunghöhen. Der Anstieg der variablen Kosten wird 
davon nicht beeinflusst, da die Intensität konstant bleibt, folglich 
liegt ein proportionaler Verlauf der variablen Kosten vor. 

Aufgrund der quantitativen Anpassung verlaufen die intervallfi- 
xen Kosten treppenförmig, der Gesamtkostenverlauf linear, 
durch Stufen unterbrochen. In der Wirtschaftspraxis werden 
quantitative Anpassungsprozesse in der Regel mit der zeitlichen 
Anpassung kombiniert. 

Abbildung 179 bezieht sich auf eine RZ-Kostenstelle mit drei 
quantitativ und qualitativ gleichartigen Großrechnern. Der quan- 
titative Anpassungsprozess erstreckt sich über das Ausbringungs- 
intervall 0 X,. Die für dieses Intervall kapazitätsmäßig ausrei- 
chenden, begrenzt teilbaren Produktivfaktoren (Großrechner) 
bilden die fixen Kosten (K,) 0 G. Ihr Einsatz ist für jede zwischen 
0 und X 3 liegende Ausbringungsmenge in (gemessen in MIPS) 
der Form von Bereitschaftskosten erforderlich und wird daher 
durch quantitative Anpassungsprozesse innerhalb dieses Berei- 
ches nicht berührt. Die verschiedenen Großrechner werden 
nacheinander in Betrieb genommen. 

Für die Ausbringungsmenge x, sind die intervallfixen Kosten (K„) 
GA erforderlich. Beim Einsatz des zweiten Großrechners steigen 
die fixen Kosten um den Betrag BC usw. Erfolgt bei rückläufiger 
Beschäftigung ein entsprechender Abbau der Fixkostenbeträge 
DE (Kfj), BC (Kf^) und GA (K^j), dann bildet der Linienzug ABC- 
DEF den für quantitative und quantitativ-zeitliche Anpassungs- 
prozesse typischen Gesamtkostenverlauf. 

Gemeinsam mit der rein quantitativen Anpassung erfolgt eine 
zeitliche Anpassung, die in dem allmählichen linearen Ansteigen 
der Ausbringung AB, CD, EF zum Ausdruck kommt. 
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Abbildung 179: Kostenverlauf im Rechenzentrum bei quantitati- 
ver Anpassung in reiner Form 

Erkenntnis • Das zeitliche Ansteigen der IT-Produktion wandelt die Leer- 

kosten sukzessive in Nutzkosten um. Die Leerkosten ent- 
sprechen im Diagramm den schraffierten Dreiecken. Dabei 
weisen die gesamtfixen und intervallfixen Kosten Nutz- und 
Leerkosten auf. 

• Die Sprungkosten im Rechenzentrum verwandeln sich bei 
Vollbeschäftigung des einzelnen Rechners in Nutzkosten, die 
gesamtfixen Kosten (K,.) 0 G erst bei einer Vollbeschäftigung 
aller drei Betriebsmittel total in Nutzkosten um. 

• Die fixen Kosten bei der Ausbringungsmenge x, setzen sich 
also aus den Kosten der Betriebsbereitschaft 0 G und den in- 
tervallfixen Kosten zusammen. Die proportionalen Kosten 
des RZ-Betriebs für die Ausbringungsmenge x^ addieren sich 
aus den Strecken JB, LD und MF. 
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Erkenntnis 



• Bei rückläufiger Beschäftigung scheiden bei einer rein quan- 
titativen Anpassung alle abbaufähigen Leerkosten sofort aus, 
so dass nur vollbeschäftigte Einheiten der begrenzt teilbaren 
Produktivfaktoren eingesetzt, die nicht benötigten ausge- 
schieden werden. 

• Bei der Ausbringung bestehen die Gesamtkosten aus: den 
Bereitschaftskosten 0 G plus den intervallfixen Kosten der 
zwei verbleibenden Betriebsmittel AG und CB und den vari- 
ablen Kosten in Höhe von x^ • k^. Man erhält den Punkt D. 

Der Kostenverlauf für eine „quantitative Anpassung in reiner 
Form“ (vgl. Abbildung 179) ergibt sich unter folgenden Prämis- 
sen und Situationen: 

Bei konstanter Intensität und konstanter Arbeitszeit wird die 
Ausbringungsmenge der Beschäftigungslage durch Variationen 
des Betriebsmittel- und Personalbestandes angepasst, d. h. 

• stillgelegte Betriebsmittel (z. B. Rechner) werden verkauft, 
nicht mehr benötigte Mitarbeiter abgefunden, 

• die Betriebsmittel sind nach dem Baukastenprinzip ohne 
Selektionsprozess eliminierbar, 

• die im RZ eingesetzten Betriebsmittel arbeiten während der 
betrieblichen Nutzungsdauer mit Normalleistung, 

• die Mengenausbringung (z. B. MIPS) richtet sich nach den 
Intervallbreiten der Betriebsmittel die Fixkosten bestimmen 
die Intervallhöhen, 

• der betrieblichen Leistungserstellung stehen drei homogene 
Betriebsmittel mit gleich hohen Fixkosten und gleich hohem 
Steigerungsgrad der proportionalen Kosten zur Verfügung. 

Aufgrund der „rein quantitativen Anpassung“ verlaufen die inter- 
vallfixen Kosten treppenförmig, der Gesamtkostenverlauf linear, 
durch Stufen unterbrochen. 



Verhalten der Nutz- und Leerkosten hei quantitativer An- 
passung in »selektiver Form« 

In der IT-Praxis bestehen die eingesetzten, begrenzt teilbaren 
Produktivfaktoren nicht aus qualitativ gleichwertigen, sondern 
qualitativ unterschiedlichen Betriebsmittel (z. B. Rechner). Das 
führt zu unterschiedlichen Intervallbreiten (Kapazitäten) und 
Intervallhöhen (fixen Kosten) der einzelnen Betriebsmittel. 
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Der Steigungswinkel der variablen Kosten wechselt dadurch 
ebenfalls von Rechner zu Rechner. 

K„ I 




unterschiedliche 
variable Kosten 
(Steigungswinkel) 
der in der Reihenfolge 
nach dem qualitativen 
Gefälle eingesetzten 
Großrechner 1-3 



Intervallfixe 
Kosten der 
Großrechner 1-3 



Bereitschaftskosten 



Ausbringung (MIPS) j 



Abbildung 180: Kostenverlauf im Rechenzentrum bei quantitati- 
ver Anpassung in selektiver Form 



Abnehmende 

Beschäftigung 



Steigende Be- 
schäftigung 



Jeder Rechnerbestand setzt sich in der Regel aus Geräten älterer 
und jüngerer Bauart mit unterschiedlichen Anschaffungszeit- 
punkten und Leistungsgraden zusammen. 

Eine quantitative Anpassung in der Form der „selektiven Anpas- 
sung“ eliminiert bei rückläufiger Beschäftigung zuerst die qualita- 
tiv minderwertigen Betriebsmittel (z. B. ältere Rechnermodelle 
mit langsameren Prozessoren). Ihre Fixkosten, die reine Leerkos- 
ten darstellen, werden abgebaut. 

Bei zunehmender Beschäftigung werden die qualitativ wertvolle- 
ren Produktivfaktoren bevorzugt in den Produktionsprozess ein- 
gegliedert. So entstehen bei der selektiven Anpassung asymmet- 
risch steigende Stufenkurven, bei denen die proportionalen Zwi- 
schenstücke von Intervall zu Intervall stärker ansteigen. 
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Erkenntnis 



Prämisse 



Der Kostenverlauf für eine quantitative Anpassung in „selektiver 

Form“ (vgl. Abbildung 180) unterstellt: 

• Jeder Betriebsmittelbestand (z. B. Großrechner, Personal- 
computer, Laptops, Drucker, PDAs, Mobiltelefone) setzt sich 
in der Regel aus Betriebsmitteln älterer und jüngerer Bauart 
mit unterschiedlichen Anschaffungszeitpunkten und Leis- 
tungsgraden (qualitativen Unterschieden wie z. B. Prozessor- 
leistungen, integrierte oder externe WLAN-Karten) zusam- 
men. 

• Rechner älterer Bauart haben niedrige intervallfixe Kosten 
und stärker steigende proportionale Kosten als Betriebsmittel 
jüngerer Bauart (z. B. höherer Stromverbrauch bei älteren 
Prozessoren). Letztere haben gleich hohe oder höhere inter- 
vallfixe Kosten und schwächer steigende proportionale Kos- 
ten als Betriebsmittel älterer Bauart, bedingt durch den tech- 
nologischen Fortschritt. 

• Die Rechner werden nicht verkauft, sondern stillgelegt, die 
nicht mehr benötigten Mitarbeiter arbeiten kurz. 

• Die Anpassung an die Beschäftigungslage erfolgt unter Be- 
rücksichtigung des qualitativen Gefälles des Gerätebestandes 
und der IT-Mitarbeiter. Bei rückläufiger Beschäftigung wer- 
den die Computer älterer Bauart stillgelegt, die weniger qua- 
lifizierten Mitarbeiter (z. B. die in Boomphasen von vielen 
Unternehmen eingestellten Quereinsteiger in der IT ohne 
fachspezifische Ausbildung) umgeschult oder abgefunden. 

• Die Leistungserstellung erfolgt bei variierender Beschäftigung 
mit qualitativ unterschiedlichen Rechnern. In einer Rezession 
werden in der Regel Computer jüngerer Bauart und qualifi- 
ziertere Arbeitnehmer beschäftigt als bei einer Normal- oder 
Überbeschäftigung. 

Die Gesamtkostenkurve steigt bei selektiver Anpassung deshalb 

mit wachsender Ausbringungsmenge zunehmend an. 



Verhalten der Nutz- und Leerkosten hei einem Verzicht auf 
eine qualitative Anpassung 

Erhaltung der vollen Betriebsbereitschaft bei rückläufiger Be- 
schäftigung unter Verzicht auf kostensenkende Anpassungspro- 
zesse. 
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• Außerbetriebliche Gründe: sozialpolitische und arbeitsrecht- 
liche Hemmnisse erzwingen die Entstehung remanenter Fix- 
kosten (z. B. mehrjährige Betriebsvereinbarungen mit Ver- 
zicht auf betriebsbedingte Kündigungen durch den Arbeitge- 
ber als Kompensation für moderate Tariferhöhungen). 

• Das ist auch in der Rezession der Fall, wobei die Konkurrenz 
zwischen optimistischen Zukunftserwartungen und der Ent- 
scheidungsträgheit der Führungsinstanzen zu beachten ist. 

• Innerbetriebliche Gründe: Anlauf- und Anlernkosten (z. B. 
Einarbeitung in eine neue Programmiersprache oder die 
Funktionen einer betriebswirtschaftlichen Standardsoftware) 
übersteigen die Summe der abbaufähigen Leerkosten. 

• Die notwendige Erhaltung des Bestandes an IT-Spezialisten 
(z. B. Systembetreuer, Datenbankadministratoren, schwer zu 
beschaffende Standardsoftwarespezialisten) verhindert den 
Übergang zur Kurzarbeit. 

• Führungsinstanzen überschauen weder die Kostenstruktur 
des Unternehmens noch die technisch-organisatorischen Zu- 
sammenhänge. 

• Möglichkeiten für eine Kosteneinsparung durch quantitative 
Anpassungsprozesse intervallfixer Kosten im Verwaltungs- 
und Vertriebskostenstellenbereich werden nicht erkannt. 

• Die Beschäftigung überzähliger Mitarbeiter durch nicht be- 
triebsnotwendige Hilfs- und Nebenarbeiten (z. B. Entwick- 
lung eines Zeiterfassungssystems für IT-Projekte eines Soft- 
warehauses, das nicht an externe Kunden weiterberechnet 
werden kann) beseitigt keine Leerkosten, sondern verschiebt 
sie nur zeitlich. Diese »unechte Kostenremanenz« sichert Ar- 
beitsplätze, setzt aber eine entsprechende Liquidität voraus. 



• Die abbaufähigen, aber nicht abgebauten intervallfixen Kos- 
ten der stillgelegten Betriebsmittel eines Rechenzentrums 
einschließlich der Wartungskosten sind das Ergebnis einer 
unternehmenspolitischen Entscheidung des IT-Managements, 
die Leerkosten ungenutzter Rechnerkapazitäten bewusst in 
Kauf nehmen, um zukünftige Gewinnchancen (z. B. durch 
Annahme eines zusätzlichen Outsourcingkunden) kurzfristig 
realisieren zu können. 
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• Ob eine unterlassene quantitative Anpassung ökonomisch 
sinnvoll ist, bestätigt sich erst, wenn es sich herausstellt, dass 
die Zukunftserwartungen der Führungsinstanzen berechtigt 
waren. So lange gelten die intervallfixen Kosten der stillge- 
legten Rechner als Leerkosten bzw. remanente Kosten. 





Abbildung 181: Remanenzerscheinungen im Rechenzentrum bei 
Verzicht auf quantitative Anpassung 



• Die Führungsinstanzen erhalten die volle Betriebsbereitschaft 
(K^j) trotz rückläufiger Beschäftigung unter Verzicht auf kos- 
tensenkende Anpassungsprozesse, d. h. die Rechner werden 
nicht verkauft, sondern stillgelegt, Administratoren und Be- 
dienungspersonal nicht entlassen, sondern als Kurzarbeiter 
beschäftigt. 

• Die Rechner sind alle gleichwertig und ohne Selektionspro- 
zess quantitativ anpassungsfähig. 
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• Die in der Leistungserstellung des Rechenzentrums einge- 
setzten Computer arbeiten während der betrieblichen Nut- 
zungsdauer mit Normalleistung, die Mengenausbringung 
(MIPS) richtet sich nach den Intervallbreiten der Rechner, die 
Intervallhöhen nach den Fixkosten. 

• Der betrieblichen Leistungserstellung stehen drei homogene 
Rechner zur Verfügung mit gleich hohen Fixkosten und 
gleich hohem Steigungsgrad der proportionalen Kosten (vgl. 
Abbildung 181). 

• Beim Rückgang der Beschäftigung von x, auf x^ und gleich- 
zeitiger Erhaltung der vollen Betriebsbereitschaft auf der Ba- 
sis von x^ werden die intervallfixen Kosten des Rechners Nr. 
3 zu remanenten Fixkosten, d. h. »abbaufähigen, aber nicht 
abgebauten Fixkosten«. 

• In der Abbildung 181 entsprechen sie der schraffierten Flä- 
che F3. Wird der zweite Rechner stillgelegt, dann werden 
auch seine intervallfixen Kosten (K^^) zu Leerkosten (= 
schraffierte Fläche F2). Verzichtet das IT-Management auf die 
quantitative Anpassung, gilt für jede zwischen 0 und x, lie- 
gende Ausbringungsmenge die Kostenkurve K^,,. 

• Sie liegt um die Flächen F2 und F3 über dem durch eine 
quantitative Anpassung in reiner Form erreichbaren Gesamt- 
kostenverlauf Kg 2 bzw. Kgj. Die bei rückläufiger Beschäfti- 
gung proportional sinkenden beschäftigungsabhängigen 
Stoffkosten verändern den Steigungswinkel der Gesamtkos- 
tenkurve nicht. 



Verhalten bei intensitätsmäßiger Anpassung 

Eine intensitätsmäßige Anpassung liegt vor, wenn bei konstan- 
tem Kapazitätsquerschnitt und konstanter Arbeitszeit (Einsatz- 
dauer) die Ausbringungsmenge nur durch eine Veränderung der 
Intensität variiert wird, d. h. die Intensität des Produktivfaktors 
Arbeit und/oder die technischen Leistungen der Betriebsmittel 
verändert werden. 

BEISPIEL 

Bei einer intensitätsmäßigen Anpassung werden bei konstanter Ar- 
beitszeit durch höhere Arbeitsgeschwindigkeit mehr Leistungseinheiten 
gefertigt, wenn z. B. Computer mit einer höheren Taktfrequenz betrie- 
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ben wird und hierdurch die gleiche Rechnerleistung in kürzeren Zeit- 
abschnitten bewältigt. 

Jedes Betriebsmittel in der Informationstechnik (z. B. Computer, Dru- 
cker, CD-Brenner) besitzt einen optimalen Leistungsgrad - sein Inten- 
sitätsoptimum wenn die Durchschnittskosten am geringsten sind. 



Erkenntnis 



• Bei unterschiedlicher intensitätsmäßiger Anpassung sinken 
oder steigen die Leerkosten. Wird der Kapazitätsquerschnitt 
nicht verändert, bleiben die beschäftigungsintervallfixen Kos- 
ten konstant. 

• Die variablen Kosten reagieren entsprechend ihren 
Verbrauchsfunktionen, denn sie bestimmen das Mengenge- 
rüst der Kosten und damit den Verlauf der Gesamtkosten- 
kurve. 

• Einzelne Kostenarten können bei intensitätsmäßiger Anpas- 
sung degressive oder progressive Kostenverläufe aufzeigen, 
d. h. auch bei der Produktionsfunktion vom Typ B sind kur- 
venförmige Kostenverläufe bei Prozessfertigungen möglich. 

• Da Überschreitungen des Intensitätsoptimums die Lebens- 
dauer der Produktivfaktoren Betriebsmittel und Arbeit (Im 
IT-Bereich besonders wichtig) verkürzen und die Kosten 
steigern, verzichtet die Wirtschaftspraxis auf die Durchfüh- 
rung intensitätsmäßiger Anpassungsprozesse außer in tech- 
nisch bedingten Sonderfällen. 



Zusammenfassung 

• Sobald quantitative (z. B. Anzahl Rechner), zeitliche (z. B. 
Betriebszeiten) und intensitätsmäßige (z. B. Taktfrequenz) 
Anpassungsprozesse im Rechenzentrum auftreten, lassen 
sich die intervallfixen Kosten in Nutz- und Leerkosten zerle- 
gen. 

• Abbaufähige Leerkosten treten nur dann auf, wenn bei ei- 
nem Beschäftigungsrückgang ein kompletter, begrenzt teilba- 
rer Produktivfaktor (z. B. Abschalten eines von drei Groß- 
rechnersystemen) eliminiert werden kann. Beschäftigungs- 
schwankungen innerhalb der Intervallbreite eines Rechners 
führen immer zu relativ unvermeidbaren Leerkosten. 
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• Die Analyse der intervallfixen Kosten in Nutz- und Leerkos- 
ten nimmt an Bedeutung zu, da nicht nur die Betriebsmittel, 
sondern auch der Produktivfaktor Arbeit (Gehälter) in zu- 
nehmendem Maße Fixkostencharakter annehmen. Leistungs- 
abhängige Vergütungen, z. B. orientiert an der Zielereichung 
im System der IT-Balanced-Scorecard, mindern diesen Effekt. 

• Technische, sozialpolitische und arbeitsrechtliche Faktoren 
beschleunigen diesen Entwicklungsprozess. Er erhöht in der 
Unterbeschäftigung die Leerkosten, da Personal nicht abge- 
baut werden kann u.a. Sie herabzudrücken oder vorauspla- 
nend zu umgehen, zählt zu den Eührungsaufgaben jeden IT- 
Managers. 

5.7 Kostenartenrechnung 

Aufgaben der Kostenartenrechnung 

Die Kostenartenrechnung schafft die Basis für die Zurechnung 
von Kosten auf die Kostenstellen und Kostenträger. Sämtliche für 
die Erstellung betrieblicher Leistungen angefallenen Kosten sind 
vollständig und eindeutig zu erfassen und zu gliedern. Die Kos- 
tenartenrechnung ermöglicht/liefert: 

• die direkte und indirekte Zurechnung auf Kostenstellen (z. 
B. Anwendungsentwicklung, Rechenzentrum) und Kosten- 
träger (z. B. Standardsoftware, Outsourcing-Services), 

• die Kontrolle der Kostenarten, 

• Kosteninformationen zur internen Rechnungslegung, 

• die Ermittlung relevanter Kostenarten für handeis- bzw. steu- 
errechtliche Zwecke (z. B. Daten für die Bilanzbewertung 
von selbsterstellter Software). 



Gliederung der Kostenarten 

Die Gliederungsbreite und -tiefe ist abhängig von der Größe und 
Art des Unternehmens sowie den Zwecken der Kostenrechnung. 
In der Praxis findet sich häufig eine Gliederung entsprechend 
der Kontenklasse 4 des Gemeinschaftskontenrahmens der Indust- 
rie (GKR). Daraus ergeben sich dann Kostenartengruppen, die 
nach Größe des Unternehmens bzw. nach Zielsetzung mehr oder 
weniger stark untergliedert werden können (Kostenartenplan). 
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spezielle IT- 
Kostenarten 



Für eine aussagefähige IT-Kostenrechnung sind spezielle IT- 
Kostenarten erforderlich (vgl. hierzu den IT-Muster-Kostenarten- 
plan ab Seite l67): 

• Hardware-Kosten (Miete/Leasing Hardware, Leitungsgebüh- 
ren, Wartung), 

• Software-Kosten (Miete/Leasing Software, Externe Wartung, 
Beratung), 

• Daten-Kosten (Beratung, Kauf), 

• Sonstige IT-Kosten (IT-Verbrauchsmaterial, IT-Versiche- 
rungen, Beiträge zu Fachverbänden, IT-Fachliteratur, IT- 
Schulungen u.a.), 

• Innerbetriebliche IT-Leistungsverrechnung (Umlagen, Ent- 
wicklungskosten, Benutzerservice u.a.). 

Für kleinere Unternehmen reicht in der Regel eine Grobgliede- 
rung. Größere mittelständische Unternehmen und Großunter- 
nehmen benötigen ein IT-gestütztes Rechnungswesen für die 
Zwecke der Kostenkontrolle und Weiterverrechnung der Kosten 
auf Kostenstellen bzw. Kostenträger. 

Zum Zwecke der (späteren) Einführung einer Grenzkostenrech- 
nung/Deckungsbeitragsrechnung ist bei der Einrichtung der Kos- 
tenartenrechnung darauf zu achten, dass Einzelkosten eindeutig 
erfassbar sind. Die Entwicklung von Stelleneinzelkosten erleich- 
tert die Kostenzuordnung auf Kostenstellen. 

Hilfsmittel für die Durchsetzung der Ziele einer Kostenartenrech- 
nung sind ein ordnungsgemäßes Belegwesen (externe Belege, 
selbsterstellte Belege, Bildschirmdokumentationen) sowie ein 
logisch aufgebauter und hinreichend tief gegliederter Kostenar- 
tenplan. 

Kostenarten sind nach eindeutigen Merkmalen zu bilden (z. B. 
Reparaturlöhne, nicht Reparaturkosten). Sie sind dann jederzeit 
nachvollziehbar und zuordenbar. 

Merke: Keine Buchung ohne Beleg! 



Erfassung der Materialkosten 

Die Erfassung der Materialverbräuche ist je nach Größe und Art 
des Unternehmens sowie den Methoden der Verbrauchserfas- 
sung arbeitsaufwendig und damit kostensteigernd. Die Erfahrun- 
gen der IT-Industrie (z. B. eines Druckerherstellers) lassen sich 
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Inventur 



für die Materialkostenerfassung in IT-Abteilungen oder Software- 
häusern nutzen, da auch hier umfangreiche Materialien (neue 
und gebrauchte PC, Zubehör wie Tastaturen und Verbrauchsma- 
terial, Druckerpapier, Tinte etc.) gelagert werden. Mit dem Be- 
griff „IT-Assetmanagement“ wird die Lagerhaltung und Erfassung 
von Verbrauchen für IT-Ausstattungen verbunden. 

Man unterscheidet im Einzelnen: 

• Eertigungsmaterialien, sie sind wesentliche Bestandteile eines 
Erzeugnisses und können diesem unmittelbar zugerechnet 
werden (z. B. im Rahmen der Computerproduktion die hier- 
für notwendigen Rohstoffe wie Kunststoffgranulat, Blech, 
aber auch Halbzeuge wie Netzteile, CD-Brenner, Tastaturen 
u.ä.). Eertigungsmaterialien sind demnach Einzelkosten. 

• Hilfsstoffe, sind ebenfalls Bestandteile eines Erzeugnisses, 
jedoch nicht wesentliche. Hilfsstoffe sind Gemeinkosten, 
wenn eine direkte Zurechnung auf Erzeugnisse nicht mög- 
lich ist (echte Gemeinkosten; Beispiel: Klebstoff, Earben u.ä.) 
oder aus Wirtschaftlichkeitsgründen nicht erfolgt (unechte 
Gemeinkosten; Beispiel: Verbindungsschrauben an einem 
Personal-Computer). 

• Betriebsstoffe, sie sind kein Bestandteil des Erzeugnisses; sie 
dienen vielmehr zum Betreiben von Betriebsmitteln (Bei- 
spiel: Schmierfette, Kraftstoffe u.ä.). 

Die genannten Materialien haben in Dienstleistungsunternehmen 
keine oder nur eine geringe Bedeutung. Soweit sich Verbräuche 
ergeben (z. B. bei Betriebsstoffen), ist deren Erfassung in der 
Regel wenig problematisch. 



Erfassung des Mengenverhrauchs 

Bei der Inventurmethode (Befundrechnung) ergibt sich der 
Verbrauch einzelner Materialarten aus der Rechnung 



Anfangsbestand 


(Lagervorrat zu Beginn der Periode) 


+ Zugänge 


(It. Eingangsrechnungen) 


Zwischensumme 




./. Endbestand 


(Lagervorrat am Ende der Periode) 


= Materialverbrauch 


(in der Periode) 
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Vorteile 



Nachteile 



Anwendungs- 

bereiche: 



Skontration 



Vorteile: 



• der gesamte Aufwand wird erfasst (auch der nicht-bestim- 
mungsgemäße Verbrauch), 

• es ist ein einfaches und daher kostengünstiges Verfahren, 

• der Aufwand einer Materialbuchhaltung lässt sich erheblich 
reduzieren. 

• der nicht-bestimmungsgemäße Verbrauch ist nicht erfassbar 
(Schwund, Diebstahl, Verderb u.ä.), 

• der Verbrauch wird nur summarisch ermittelt, es ist also 
keine Zurechnung auf Kostenstellen oder Kostenträger mög- 
lich, 

• der mit der körperlichen Bestandsaufnahme verbundene 
Arbeitsaufwand ist erheblich, 

• eine zeitnahe (monatliche) und exakte Verbrauchserfassung 
ist zu aufwendig und findet nicht statt. 

• bei Kleinmaterialien (USB-Kabel, Computer-Mäuse, Netzka- 
bel u.ä.), 

• bei Materialien, deren Verbrauch mit anderen Methoden 
(noch) nicht erfasst werden können, 

• bei Einproduktunternehmen/Kostenstellenbereichen mit re- 
lativ gleichmäßigem Materialverbrauch. 



Skontration bedeutet Fortschreibung der Materialbestände, d. h. 
nach jedem Zugang bzw. Abgang einer Materialart wird der neue 
(Buch-) Bestand ermittelt: 

bisherige Bestand (It. »Buch«) 

+ Zugang (oder ./. Abgang) (It. Beleg) 

= neuer Bestand (It. »Buch«) 



• Kenntnis des derzeitigen Buchbestandes einer jeden Materi- 
alart, 

• direkte Zuordnung der Verbräuche auf Kostenträger bzw. 
Kostenstellen, 

• einsetzbar im Rahmen der permanenten Inventur, reduzier- 
barer Aufwand durch Einsatz entsprechender Standardsoft- 
ware, 
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Nachteile: 



Vorteile 



Nachteile 



Geringwertige 
Wi rtsch aftsgüter 
(GWG) ' 

Bewertung Ma- 
terialverbrauch 



• der nicht-bestimmungsgemäße Verbrauch ist (durch Inven- 
tur) erfassbar. 

• hoher Arbeits- und (bei Nutzung eines IT-Assetmanagement- 
Systems) hoher Investitionsaufwand, 

• aufwendige Lagerorganisation, Notwendigkeit einer Inventur 
zur Ermittlung der nicht-leistungsbedingten Lagerabgänge. 



Retrograde Rechnung 

Voraussetzung der retrograden Rechnung (Rückrechnung) ist das 
Vorhandensein einer Stückliste. Das Verfahren ist recht einfach: 
nach Fertigstellung der Erzeugnisse (z. B. PC, Drucker) wird der 
Materialverbrauch jeder einzelnen Position der Stückliste mit der 
Anzahl der hergestellten Stücke multipliziert. Das Ergebnis ist der 
rechnerische Sollverbrauch. Hinzu kommt ein (Prozent-) Zu- 
schlag für unvermeidlichen Abfall bzw. Ausschuss. 

• Die retrograde Rechnung ist ein einfaches, aber genaues 
Verfahren, 

• Materialverbräuche sind dem Kostenträger/ Auftrag eindeutig 
zurechenbar, 

• das Verfahren ist kostengünstig. 

• der nicht-bestimmungsgemäße Verbrauch ist nicht ohne 
weiteres erfassbar, 

• Mehr- und Minderverbräuche sind in regelmäßigen Abstän- 
den zu erfassen und zu analysieren. 

Die retrograde Rechnung kann erfolgreich eingesetzt werden, 
wenn die Materialarten, -mengen und -Qualitäten eines Produktes 
sehr genau bekannt sind und sich während einer Serie nicht 
verändern. 

Bei kleinen Mengen geringwertiger Wirtschaftsgüter (Computer- 
kleinteile) wird die Beschaffung gleich als Sofortverbrauch ge- 
bucht. 

Die Zielpluralität der Kostenrechnung berührt auch die Bewer- 
tung der verbrauchten Materialmengen. Als Bewertungsmaßstäbe 
kommen dabei infrage: 

bei Auftragsfertigung (z. B. individuell konfigurierte PC-Systeme: 

• Anschaffungspreise 

bei Vorratsfertigung (z. B. Computerkomponenten): 



347 





5 Kostenrechnung für IT-Controller 



Auftrags- 

fertigung 

Durchschnitts- 

preise 



Verbrauchsfolge 



Tagespreise 



Wiederbeschaf- 

fungspreise 



• Durchschnittspreise 

• Verbrauchsfolgepreise 

• Tagespreise 

• Wiederbeschaffungspreise 

• Verrechnungspreise 

Bei Auftragsfertigung liegen individuelle Kundenaufträge vor. 
Das Auftragsmaterial (z. B. Platine, Komponenten) wird speziell 
beschafft, die Bewertung ergibt sich aus der Rechnung. 

Bei der Durchschnittspreisbewertung verfährt man einmal nach 
der gleitenden Durchschnittspreisbewertung, wobei nach jeder 
neuen Beschaffung des Materials ein neuer Durchschnittspreis 
für die Verbrauchsbewertung berechnet wird. Bei steigenden 
Beschaffungspreisen hinkt der Durchschnittspreis hinter dem 
aktuellen Marktpreis her, bei fallenden Marktpreisen sinkt der 
Durchschnittspreis langsamer als der Marktpreis. 

Ein weiteres Verfahren ist die monatliche Durchschnittspreisbe- 
wertung. Hierbei ermittelt man den monatlichen Durchschnitts- 
preis anhand der Eingangsrechnungen des jeweils bezogenen 
Materials im abgelaufenen Monat (gewogenes Mittel). 

Die Verbräuche dieses Monats werden dann rückwirkend mit 
diesen Durchschnittspreisen bewertet. Dieses Verfahren rechnet 
zwar mit aktuellen durchschnittlichen Preisen des letzten Monats, 
die Ergebnisrechnung verzögert sich jedoch. 

Die Verbrauchsfolgeverfahren (lifo, hifo, fifo, lofo) unterstellen, 
dass die zuletzt, am teuersten, zuerst bzw. am billigsten beschaff- 
ten Güter zuerst verbraucht werden. 

Die Bewertung zu Tagespreisen empfiehlt sich z. B. dann, wenn 
dies bei Einzelfertigung am Markt durchsetzbar ist (z. B. Verkauf 
von PC-Systeme und Berechnung von Tagespreisen für die ver- 
wendeten Mikrochips und Speicherelemente). 

Eine Bewertung zu Wiederbeschaffungspreisen empfiehlt sich, 
wenn man z. B. für Planungszwecke eine langfristige Preisbil- 
dung untersucht. Auch zur Ermittlung des tatsächlichen Erfolges 
eignet sich die Bewertung zu Wiederbeschaffungspreisen. 

Ungeeignet ist die Bewertung zum Wiederbeschaffungspreis bei 
aktuellen Produktkalkulationen, da in diesem Wertansatz zukünf- 
tige (inflatorische) Preisentwicklungen enthalten sind, die sich 
auf dem Markt in der Regel auch nicht durchsetzen lassen. 
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Verrechnungs- 

preise 



Die Festlegung von Verrechnungspreisen erfolgt in der Regel auf 
der Grundlage von Durchschnittspreisen. Die so ermittelten 
Durchschnittspreise können aktualisiert werden - auch unter 
Berücksichtigung von Wiederbeschaffungspreisen wenn die 
zukünftige Entwicklung der Preise oder der Zweck des Rechnens 
mit Verrechnungspreisen dies erforderlich erscheinen lässt. 

Die Bewertung mit Verrechnungspreisen eignet sich insbesonde- 
re für die kurzfristige Erfolgsermittlung und für die Kostenkon- 
trolle (Ausschalten von Preisschwankungen!). Sie findet ebenfalls 
Anwendung bei Mehrfachfertigungen in Produktkalkulationen 
wie auch bei Planungsrechnungen. 

Die Elandhabung der festen Verrechnungspreise ist rechentech- 
nisch einfach. Die Differenzen zwischen den unterschiedlichen 
effektiven Beschaffungspreisen und den festen Verrechnungs- 
preisen werden entweder bei der Beschaffung des Materials oder 
beim Verbrauch des Materials erfasst. 



Notwendig wird hierbei die Einführung eines Preisdifferenzen- 
kontos, welches vor das Stoffkonto (Beschaffung des Materials 
als Ausgangspunkt) oder zwischen Stoffkonto und Verbrauchs- 
konto (bei Verbrauch als Ausgangspunkt) eingerichtet wird. 



Erfassung der Personalkosten 

Die unterschiedlichen Entgelte, die an Mitarbeiter zu zahlen sind, 
werden in der Personalbuchhaltung unter arbeitsrechtlichen As- 
pekten getrennt erfasst: Löhne, Gehälter, Urlaubslöhne, Eeiertags- 
löhne; Zuschläge für Überstunden, Nachtarbeit, Sonntagsarbeit, 
Feiertagsarbeit; Erschwerniszulagen unterschiedlicher Art usw. 

Eine weitere Differenzierung der Löhne ist sinnvoll bei Unter- 
nehmen mit einer größeren Mitarbeiterzahl: Zeitlöhne, Prämien- 
löhne. Die Gehälter lassen sich z. B. in kaufmännische und tech- 
nische Gehälter sowie Auszubildendenentgelte einteilen. Eine 
weitergehende Differenzierung hängt von der Größe des Unter- 
nehmens und dem Zweck der Personalkostenerfassung ab. 

Unter dem Gesichtspunkt der Zurechnung unterscheidet man: 

• Fertigungslöhne, sie lassen sich einem Kostenträger direkt 
zurechnen (= Einzelkosten) 

• Flilfslöhne/Gehälter, sie lassen sich in der Regel einem Kos- 
tenträger nicht direkt zurechnen (= Gemeinkosten) 
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Das Erfassen dieser Entgelte ist weitgehend problemlos. Auf- 
wendiger sind das Erfassen und das Verrechnen der vom Unter- 
nehmen zu tragenden Lohnnebenkosten (Sozialkosten). Bei den 
Lohnnebenkosten unterscheidet man: 

■ Gesetzliche Sozialabgaben: Arbeitgeberanteil zur Sozial- 
versicherung, Beiträge zur Berufsgenossenschaft, Mutter- 
schaftsgeld uvm. 

■ Freiwillige Sozialkosten: Vermögenswirksame Leistungen, 
Urlaubsgeld, Weihnachtsgeld, Altersversorgung, Abfindungen, 
Zuschüsse (z. B. Eahrgeld), Kosten für Kantine oder Sportan- 
lagen, uvm. 

Die Praxis errechnet aus der Summe der Sozialkosten eines 
(Plan-) Jahres einen prozentualen Personalnebenkostenzu- 
schlagssatz (Sozialkostenverrechnungssatz) auf die Vergütungen. 
In diesem Zuschlagssatz sind also auch unregelmäßig anfallende 
Sozialkosten (wie Weihnachtsgelder, Jubiläumsgeschenke usw.) 
enthalten. Sie werden auf diese Weise »durchschnittlich« auf die 
Vergütungen umgerechnet. 



Erfassung sonstiger Kostenarten 

Die Übernahme aller weiteren Kostenarten (aus der Einanzbuch- 
haltung) in die Kostenrechnung ist unproblematisch. Zeitliche 
und sachliche Abgrenzungen sind zu beachten. Einmalig anfal- 
lende Kosten (z. B. einmal jährlich zu zahlende Versicherungs- 
prämien) werden auf die jeweilige Periode (z. B. Monat) umge- 
legt. 

5.8 Theoretische Grundbegriffe kalkulatorischer Kosten 

Kalkulatorische Kosten sind Verzehre, die in der Kostenrechnung 
gemäß dem tatsächlichen Verbrauch von Gütern und Diensten 
mit Durchschnittswerten anzusetzen sind, um Zufälligkeiten als 
Störfaktoren des inner- und zwischenbetrieblichen Vergleichs zu 
eliminieren. Gründe für die Bildung kalkulatorischer Kosten sind: 
Unterschiede in der Unternehmensform, Kapitalstruktur, Ab- 
schreibung und die zeitliche Ungewissheit über das Auftreten 
bestimmter Wagnisverluste. 

Bei der Abgrenzung von Aufwendungen und Kosten zeigt es 
sich u.a., dass bestimmte Kostenarten, denen kein Aufwand ge- 
genübersteht, zusätzlich anfallen. 
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5.9 

Stellenkosten 



Kostenarten- 

rechnung 



BEISPIEL 

Kalkulatorische Zinsen auf Hard- und Software. 



Kosten gliedern sich deshalb in Grund- und Zusatzkosten (kalku- 
latorische Kosten). Die letzteren lassen sich in echte und unechte 
Zusatzkosten aufteilen. 




Zusatz- 

kosten 




von den Aufwendungen 


• kalkulatorische Zinsen auf 


wesensverschieden 


Eigenkapital 




• kalkulatorische Miete 




• kalkulatorischer 


= (echte) Zusatzkosten 


Unternehmerlohn 



von den Aufwendungen 

verrechnungsmäßig 

verschieden 

= Anderskosten (Kosiol) 



• kalkulatorische Abschreibungen 

• kalkulatorische Zinsen auf das 
betriebsnotwendige Kapital 

• Kalkulatorische Wagnisse 



Abbildung 182: Zusatzkosten 



Nach Wöhe lösen die kalkulatorischen Kosten zwei Aufgaben: 

• Sie belasten die Selbstkosten der Kostenträger mit dem effek- 
tiven Werteverzehr, auch wenn die Unternehmenserfolgs- 
rechnung diesen Werteverzehr nicht oder in anderer Höhe 
ausweist, 

• sie verteilen aperiodisch und zufällig in der betrieblichen 
Leistungserstellung auftretende Verluste durch kalkulatori- 
sche Wagniszuschläge gleichmäßig auf die Abrechnungspe- 
rioden in der Form der Selbstversicherung, um das Kosten- 
bild nicht durch plötzlich auftretende Stoßkosten für den 
Soll-Ist-Kosten-Vergleich zu verzerren. 

Grundbegriffe des einstufigen Betriebsabrechnungsbogens 

Der Betriebsabrechnungsbogen (BAB) transformiert die Zah- 
len der Kontenklasse 4 (GKR 1951) der Finanzbuchhaltung über 
die Kostenarten- und Kostenstellenrechnung in die Form von 
Stellenkosten. Sie umfassen alle Kosten, die auf einer Kosten- 
stelle anfallen. Mit ihrer Hilfe ermittelt der Betriebsabrechnungs- 
bogen die Basisdaten für eine Kostenträgerzeit- und Kostenträ- 
gerstückrechnung. 

Die Kostenartenrechnung erfasst und übeiwacht alle Kostenar- 
ten, die in einer Rechnungsperiode anfallen und fächert sie in 
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Kostenstellen- 

rechnung 



Kompetenz- 
bereich = 
Kostenstelle 



Einzelkosten, Sondereinzelkosten und Gemeinkosten auf. Da- 
durch liefert die Kostenartenrechnung die Daten für einen 
Kostenarten-Perioden-Vergleich, Soll-Ist-Kosten-Vergleich, für die 
Durchführung einer Kostenstellen-, Kostenträgerzeit- und Kosten- 
trägerstü ckrechnung . 

Die Kostenstellenrechnung gliedert für die Durchführung eines 
Kostenarten-Perioden-Vergleichs bzw. Soll-Ist-Kosten-Vergleichs 
ein Kostenfeld - einen Betrieb oder ein Unternehmen - in Kos- 
tenverursachungsbezirke, sog. Kostenstellenbereiche, diese wie- 
derum in Kostenstellen, die Orte der Kostenentstehung. 

Alle den Kostenträgern nicht direkt zurechenbaren Kosten sam- 
melt die Kostenstellenrechnung, um sie in der Form von Durch- 
schnittsgemeinkostensätzen auf die Kostenträger ihrer Rech- 
nungsperiode zu überwälzen. 

Bei der Bildung von Kostenstellen ist darauf zu achten, dass 
Kostenstellen und Kompetenzbereiche möglichst übereinstimmen 
und jede Kostenstelle genaue Bezugsgrößeneinheiten für eine 
verursachungsgerechte Kostenzurechnung enthält. Die Bezugs- 
größeneinheit „Beraterstunde“ für die Kostenstelle „Anwenderbe- 
ratung“ ermöglicht im System der Plankostenrechnung eine 
Kostenplanung, Kostenauflösung und verursachungsgerechte 
Kostenzurechnung. 

Erst dann bestimmen Standortüberlegungen (Zentrale, Niederlas- 
sung Köln, Niederlassung München), gleichartige Funktionen 
(Prozessanalyse, Prozessmodellierung, Simulation, Customizing 
von Standardsoftware usw.), verrechnungstechnische Gesichts- 
punkte (Einzelstundenerfassung- oder Tagesabrechnung) sowie 
über- und zwischenbetriebliche Erwägungen (in Konzernen) das 
Ausmaß der Kostenstellenfächerung. 

Der Muster-RKW-Betriebsabrechnungsbogen differenziert ein 
Kostenfeld in vier Haupt- und zwei Hilfskostenstellenbereiche, 
Gutenberg erweitert die klassischen vier Hauptkostenstellen- 
bereiche Fertigungs-, Material-, Verwaltungs- und Vertriebskosten 
noch um den Entwicklungskostenstellenbereich«. 



Kostenstellenbereiche im Betriebsabrechnungsbogen 

Die Kosten der Hilfskostenstellen (z. B. Lizenzmanagement) 
werden den Hauptkostenstellen (z. B. RZ-Betrieb) nach dem 
Verursachungsprinzip belastet, sie lösen sich auf. Gemeinkosten- 
zuschlagssätze ermitteln nur die Hauptkostenstellenbereiche. 
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Als Formblatt der Betriebsabrechnung übernimmt der Betriebsab- 
rechnungsbogen (BAB) die Konten und Summen der Kostenar- 
ten aus der Kontenklasse 4 in vertikaler Anordnung und verteilt 
sie horizontal nach dem Verursachungsprinzip auf die einzelnen 
Kostenstellen. 







a 


b 


1 


Hilfs- 

kosten- 

stellen 


Allgemeiner 

Kostenstellenbe- 

reich 


sammelt alle Güter- und Dienstleistungen, 
die alle Kostenstellen anfordern können 
(Eachbibliothek, Euhrpark, Kantine, Werks- 
arzt, Gebäude- und Grundstücksmana- 
gement, Sozialeinrichtungen u.ä.) 


2 


Haupt- 

kosten- 

stellen 


Eertigungs- 
hauptkostenstel- 
lenbereich bzw. 
Leistungserstel- 
lungsbereich 


umfasst die betriebliche Leistungserstellung 
(PC-Benutzerservice, Softwareentwicklung, 
Test, RZ-Betrieb, Druckzentrum, Beratung, 
Kommissionierung und Verpackung von 
Datenträgern, u.ä.) 


3 


Haupt- 

kosten- 

stellen 


Materialkosten- 

stellenbereich 


enthält alle Güter- und Dienstleistungen für 
die Beschaffung, Prüfung, Lagerung, Pflege 
und Ausgabe von IT-Materialien. 


4 


Haupt- 

kosten- 

stellen 


Verwaltungs- 

kostenstellen- 

bereich 


kennzeichnet die administrativen Tätigkei- 
ten (Geschäftsleitung, Stabsstellen, Rech- 
nungswesen, Controlling u.ä.) 


5 


Haupt- 

kosten- 

stellen 


Vertriebskosten- 

stellenbereich 


umfasst die Lagerung, den Verkauf und 
Versand von Grundleistungen/Handels- 
waren/Ersatzteilen, Kundendienstleistun- 
gen, Werbung, Marktforschung usw. 



Abbildung 183: Funktionen und Inhalte der Kostenstellen- 
bereiche 



Ein Betriebsabrechnungsbogen wird entweder in das System der 
Doppik einbezogen oder statistisch-tabellarisch neben der Fi- 
nanzbuchhaltung geführt. Er schaltet sich zwischen die Konten- 
klassen 4 und 5 bzw. 4 und 9 und projiziert die Gemeinkostenar- 
ten in der Eorm von Stelleneinzel- und Stellengemeinkosten auf 
die Kostenstellen. 
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Gemeinkosten 



Stelleneinzelkosten 1 Stellengemeinkosten 



fließen 



Verursachungsgerecht in der Form von Primär- und Sekundärkosten auf die 
Hauptkostenstellen 



Diese bilden aus den Stellenkosten und Zuschlagsbasen Gemeinkostenzuschlagssätze 
für die indirekte Überwälzung aller Gemeinkosten einer Rechnungsperiode 
(Durchschnittskostenüberwälzungsprinzip) 

auf die Kostenträger 



Abbildung 184: Verrechnung der Gemeinkosten 



Stelleneinzelkosten stellen Gemeinkosten dar, die den einzel- 
nen Kostenstellen, den Orten der Kostenverursachung, direkt 
über Urbelege (z. B. Materialentnahmescheine für IT-Material) 
oder Messgeräte (Zwischenzähler für Stromverbrauch von Com- 
putern) zurechenbar sind. Stellengemeinkosten stellen Gemein- 
kosten dar, die den einzelnen Kostenstellen nur indirekt über 
Schlüsselgrößen (z. B. Reinigungskosten für Büro-Fenster) zure- 
chenbar sind. 



Schlüsselprobleme im Betriebsabrechnungsbogen 

Dreimal begegnet die Kostenstellenrechnung dem „Schlüssel- 
problem“: 

• bei der Verteilung der Primärkosten auf die Kostenstellen, 

• bei der Verrechnung der innerbetrieblichen Leistungen - 
Hilfskostenstellenbereiche auf die Hauptkostenstellenberei- 
che und 

• bei der Überwälzung der Gemeinkosten auf die Kostenträ- 
ger. 

Der Betriebsabrechnungsbogen ermöglicht: 

• eine kostenverursachungsgerechte Verrechnung der Gemein- 
kosten auf die Kostenstellen, 
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• eine Verrechnung der Hilfskostenstellenbereiche auf die 
Hauptkostenstellenbereiche im mehrstufigen Betriebsabrech- 
nungsbogen, 

• eine Überwälzung der »anteiligen« Gemeinkosten, d. h. der 
allen Kostenträgern gemeinsamen Kosten über Gemeinkos- 
tensätze auf die einzelnen Kostenträger nach dem »Durch- 
schnittskostenüberwälzungsprinzip«. 

Primärkosten entsprechen der Summe der aus der Kontenklas- 
se 4 erstmalig übernommenen Kostenarten einer Rechnungsperi- 
ode. Im einstufigen Betriebsabrechnungsbogen (vgl. Abbildung 
187) stimmen die Primärkosten mit den Stellenkosten überein. 

Sekundärkosten entstehen aus den Primärkosten der Hilfskos- 
tenstellen, wenn innerbetriebliche Leistungen weiterverrechnet 
werden. 

BEISPIEL: INTERNE PROGRAMMIERLEISTUNGEN 

Die Kostenstelle „Vertriebsleitung“ bezieht Leistungen (Programmierer- 
Stunden) von der Kostenstelle „IT-Abteilung“. Die Summe der Stellen- 
kosten (z. B. Gehalt, Sozialkosten, Büromaterial) der Kostenstelle „IT- 
Abteilung“ dividiert durch die Summe der geleisteten „Programmierer- 
stunden“ ergibt den Stundensatz für die Weiterverrechnung der IT- 
Leistungen. 

Das dem Programmierer gezahlte Gehalt sowie die Nebenkosten sind 
für die „IT-Abteilung“ Primärkosten. Die der Kostenstelle „Vertriebslei- 
tung“ mit Hilfe des BAB weiterbelasteten Programmierleistungen sind 
Sekundärkosten. Der Verrechnungssatz erhöht sich, wenn von ande- 
ren Kostenstellen innerbetriebliche Leistungen empfangen worden sind 
(z. B. vom Werksarzt). Jede energieempfangende Kostenstelle wird 
entsprechend ihrer abgenommenen Kilowattzahl mit Sekundärkosten - 
über den Kilowattstundenpreis - belastet. 

Im mehrstufigen Betriebsabrechnungsbogen setzen sich die 
Stellenkosten aus Primär- und Sekundärkosten zusammen. 

BEISPIEL: PC-BENUTZERSUPPORT 

Verteilung der Kosten des PC-Benutzersupports (Störungsbeseitung 
u.a.) in einer Rechnungsperiode in Höhe von 3.000 €. 

Prämisse 1 : Eine Versicherung nutzt in einer Rechnungsperi- 

ode 200 Personal-Computer gleicher Bauart und 
Konfiguration (gleiche Bildschirme, Drucker, 
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Software usw.). Der Benutzersupport wird gleich- 
verteilt in Anspruch genommen (z. B. Beseitigung 
von Störungen, Installation neuer Software, Bera- 
tung in Anwendungsfragen). 

Prämisse 2: Daten wie zuvor, allerdings wird die unterschied- 

liche zeitliche Inanspruchnahme der Kostenstel- 
len durch die IT-Servicemitarbeiter über Stun- 
denaufschreibungen erfasst. 







Prämisse Nr. 1 


Prämisse Nr. 2 




Kostenstellenbereiche 


An- 


Verteilte 


erfasste 


PC- 


Verteilte 






zahl 

PC 


Support- 
Kosten in 


Support- 
zeit min 


Support- 

Verrech- 


Support- 

Kosten 








€ 




nungs- 

einheiten 


in € 




a 


b 


c 


d 


(b X d) e 


f 


1 


Fertigungs- 

hauptkosten- 














stellenbereich 


80 


1.200 


400 


32.000 


1.290 


2 


Fertigungshilfskosten- 














stellenbereich 


30 


450 


400 


12.000 


484 


3 


Materialkostenstellen- 














bereich 


20 


300 


400 


8.000 


323 


4 


Verwaltungskosten- 














stellenbereich 


20 


300 


220 


4.400 


177 


5 


Vertriebskostenstellen- 














bereich 


20 


300 


240 


4.800 


194 


6 


Allgemeiner Kosten- 














stellenbereich 


30 


450 


440 


13.200 


532 


7 


Kostenfeld 


200 


3.000 € 


2.100 min 


74.400 


3.000 € 



Der Kostenschlüssel bei Prämisse 1 berücksichtigt das Verur- 
sachungsprinzip bei gleicher PC-Konfiguration und gleicher Nutzungs- 
zeit. Bei der Prämisse 2 berücksichtigt der Kostenschlüssel die unter- 
schiedliche Einsatzzeit der IT-Servicemitarbeiter, nicht jedoch unter- 
schiedliche PC-Konfigurationen (z. B. privat installierte Software wie 
Bildschirmschoner), so dass das Verursachungsprinzip nur teilweise 
wirksam wird. Das Wirtschaftlichkeitsprinzip rangiert vor dem Prinzip 
der Genauigkeit. 

Abbildung 185: Verteilung von Stellengemeinkosten des PC- 
Benutzerservices (Schlüsselgemeinkosten) 

Erkenntnis • Erst durch die Aufschreibung der Einsatzzeiten lassen sich 

die Kosten der Hilfskostenstelle „PC-Benutzerservice“ in der 
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Form von Stelleneinzelkosten direkt, d. h. verursachungsge- 
recht, verteilen. 

• Bei der Ermittlung der Kostenverteilungsschlüssel konkurrie- 
ren die Prinzipien der Wirtschaftlichkeit und Genauigkeit 
miteinander. In der Regel genügt die Zweckgenauigkeit. 



Ein Kostenfeld 



bildet 



Kosten- 

stellen- 

bereiche 



formieren 

Kostenstellen 

verfeinern in 

I 

Kostenplätze 





Kostenstellen- 

bereiche 


ermitteln Zuschlags- über die Zuschlags- 
sätze für basls (=100%) 


Im einstufigen 
Betriebs- 
abrechnungs- 
bogen, 

beschränkt auf 
die vier Haupt- 
kostenstellen- 
berelche 


Fertigung 


Fertigungsgemein- 

kosten 


Fertigungslohn 


Material 


Material- 

gemeinkosten 


Fertigungsmaterial 


Verwaltung 


Verwaltungs- 

gemeinkosten 


Fertigungskosten 


Vertrieb 


Vertriebs- 

gemeinkosten 


Herstellkosten 
des Umsatzes 


Im mehrstufigen 
Betriebs- 
abrechnungs- 
bogen, 

erweitert um die 

Hilfskosten- 

stellenberelche 


Allgemein 

Fertigung 


Werden in Form von innerbetriebiichen 
Leistungen auf die Hauptkostenstellenbereiche 
verrechnet 



als Hauptkostenstellen 
als Hilfskostenstellen 



als Maschinengruppen 
als Einzelmaschinen 



als Orte der Kostenentstehung 



in der Maschinenstundensatzrechnung 



1 



als Arbeitsplätze 



in der Platzkostenrechnung 



Abbildung 186: System der Kostenstellenrechnung 



Kostenfeld und Ein Kostenfeld (Betrieb/Unternehmen) bildet mehrere Kosten- 
Kostenstelle stellenbereiche. Diese unterteilen sich in Kostenstellen. So- 
bald differenzierte Leistungseinheiten die Betriebsmittel im Ferti- 
gungsbereich in unterschiedlicher Reihenfolge mit verschiedener 
Zeitdauer benutzen, wird eine verursachungsgerechte Zurech- 
nung der Gemeinkosten auf die Kostenträger problematisch. 

Nach dem Kostenverursachungsprinzip dürfen Kostenstellen 
und Kostenträger nur mit den Kosten belastet werden, die sie 
verursacht haben. Aus dieser Überlegung heraus werden bei 
differenzierter Fertigung Kostenstellen noch weiter in Maschi- 
nengruppen, Einzelmaschinen und Arbeitsplätze unterteilt. 
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Der Anlagenstundensatz für eine Anlagengruppe oder Groß- 
maschine (z. B. Serverfarm, Druckstraße) führt als Standard- 
kalkulationssatz innerhalb einer Rechnungsperiode zur De- 
ckung der variablen und fixen maschinenabhängigen Kosten. 

Der einstufige Betriebsabrechnungsbogen unterteilt sein Kos- 
tenfeld in mehrere Kostenstellenbereiche. Er verzichtet auf die 
Einrichtung von Hilfskostenstellenbereichen und damit auf eine 
innerbetriebliche Leistungsverrechnung im Sekundärkostenbe- 
reich. Primärkosten und Stellenkosten sind identisch. Jeder Kos- 
tenstellenbereich ermittelt für die Überwälzung der Gemeinkos- 
ten auf die Kostenträger einen Zuschlagssatz. 



Stellenkosten im Betriebsabrechnungsbogen 

Bei der Errechnung der Zuschlagssätze wird eine Proportionalität 
zwischen den Stellenkosten und ihren Zuschlagsbasen unterstellt, 
um die Kostenüberwälzung der Gemeinkosten auf die Kostenträ- 
ger dem Verursachungsprinzip unterzuordnen. Unterstellt wird in 
einer Vollkostenrechnung eine proportionale Relation zwischen 
den eingekauften Werkstoffen (z. B. PC-Gehäuse, Platine) und 
den Kosten der Beschaffung (z. B. elektronische Ausschreibung 
mittels E-Procurement-System) und Lagerwirtschaft, d. h. hohe 
Lagerbestände und starke Lagerbewegungen verursachen hohe 
Arbeitskosten. Diese Unterstellung gilt für die Kosten der Lager- 
wirtschaft, nicht für die Kosten der Beschaffungsabteilung. 



Angabesatz 


Fertigungsmaterial = 100% = Zuschlagsbasis 


Fragesatz 


Materialgemeinkosten = ?% = Gemeinkosten 


Schlusssatz 


Materialgemein- MGK*100 11.100* 100 

kostenzuschlag ” FM “ 185.000 “ ° 


Gemein- 

kosten- 

zuschlag 


Gemeinkosten * 100 
Zuschlagsbasis 



Erkenntnis • Die beschäftigungsabhängigen Kostenbestandteile der Mate- 
rialgemeinkosten verhalten sich teilweise proportional zur 
Zuschlagsbasis Fertigungsmaterial. 

• Zwischen den Stellenkosten und Zuschlagsbasen lässt sich 
eine volle Proportionalität nur in einer Grenzkostenrechnung 
erreichen, die mit beschäftigungsabhängigen Stellenkosten 
operiert. 
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• Durch die Übernahme der beschäftigungsintervallfixen Kos- 
tenbestandteile in die Stellenkosten missachtet die Vollkos- 
tenrechnung das Verursachungsprinzip. 





Kostenarten rechnunq 


Koste n St el le n rec h n u n q 


■ 


Gemein- 


Gemeinkosten-gruppen 


Zahlen der 


Verteiler für 


Materiai- 


Fertigungs- 


Verwaltungs- 


Vertriebs- 


■ 


kosten- 


Text 


Finanzbuch- 


StEK und 


kcsten- 


kcsten- 


kcsten- 


kcsten- 


■ 


gruppen 




haltung für 


StGK 


stellen- 


stellen- 


stellen- 


stellen- 


■ 


GKR 




StEK und 




bereich 


bereich 


bereich 


bereich 


■ 






StGK 




Mn T€ 


II inT€ 


III in T€ 


IV in T€ 




a 


b 


c 


d 


e 


f 


g 


h 


1 


ElliKllsH 


Stoffkosten 




Urbeieqe 


1.400 


15.900 


1.200 


1.700 


m 


muLVim 


Enerqiekosten 


4.200 


Uhr/kWh 


700 


2.100 


500 


900 


■ 


EfcliKk« 


Arbeitskosten 


6.500 


Urbeieqe 


1.900 


2.600 


600 


1.400 


4 




Soziaikosten 




in% 


2.100 


1.700 


6.100 


5.300 


■ 


EiaiERSH 


Instandhaltunq 


5.600 


Urbeieqe 


500 


3.500 


800 


800 


■ 


EMiKIdsH 


Steuern/Gebühren 


8.500 


in % 


1.300 


1.600 


2.800 


2.800 


m 




Mieten/Werbunq 






400 


4.100 


3.800 


5.300 


■ 




kalk. Kosten 


14.800 


Kartei 


2.800 


7.700 


1.200 


3.100 


9 


Primärkosten = Stellenkosten 


88.600 




11.100 


39.200 


17.000 


21.300 


WE 


Kostenstellenbereichsqemeinkosten 




FGK 


Vw 


VtGK 


D 


Zuschlagsbasis für Materialgemeinkosten 


Fertigungs- 










■ 








materiai 


185.000 








■E 


Zuschlaqsbasis für Fertiqunqsqerreinkosten 


Fertiqunqslöhne 


31.000 




■E 


Zuschlaqsbasis für Verwaltunqsqemeinkosten 


Fertiqunqskcsten 




70.200 




■Ei 


Zuschlaqsbasis für Vertriebsqemeinkosten 


Flersteiikcsten des Umsatzes 




BilHtfcldtB 


■E 


Ist-Gemeinkostensätze in vollen Prozenten 




6% 


126% 


24% 


8% 


■E 


Gesamtselbstkostenzusammenstellunq und Kostenträqerzeitrechnunq 


■E 


Ist-Gesamtselbstkosten in € 




MiiMAViM 


Rechentechnische Lösunq 


■E 


Fertiqunqsmaterial 


■inSlililih 






1 1 . 1 00 * 1 00 




■E 


Materialqemeinkosten 


11.100 




MGK 


% = — 


= 


6% 


Kil 


Materialkosten 


Bi'i'iiri'P 


BitmtP 




iö:> .uuu 




BI 


Fertiqunqslöhne 


31.000 






^0 700 * 100 






Fertiqunqsqemeinkosten 






FGK% = — 


— = 126% 




Bl 


Fertigungskosten 


70.200 


70.200 




ijl.UUU 




B! 


Sondereinzelkosten der Fertiqunq 


- 


- 










m 


Herstellkosten der Fertigung 




266300 


VwGK% = — 


-Tvf = 24% 




Bl 


+h Minder/Mehrbestände 




-2450 




7Ü.4UU 






Herstellkosten des Umsatzes 




263850 




71 ^00 * 


100 




m 


Verwaltunqsqemeinkosten 


17000 


17000 


VtGK% = ^ 


= go/„ 




m 


Vertriebsqemeinkosten 


21300 


21300 




403. ö5U 




Bl 


Selbstkosten der Fertigung 


WditldiliM 




Bestandsveränderunqen (BVA) 


EU 


Selbstkosten des Umsatzes 


- 


302150 


AB 


BMilillljj 


12.250 FE 


EU 


Grundleistunqen (Erlöse, Werkauftr 


320800 


320800 


EB 


■fclilillljj 


17.000 FE 




Betriebserfolg 


16200 


18650 


BVA 




-E 4.750 FE 




BVA saidiert 







StEK 


Stelleneinzelkosten 


VtGK 


Vertriebsgemeinkesten 


StGK 


Stellengemeinkosten 


BVÄ 


Bestandsveränderung 


MKStB 


Materialkostenstellenbereich 


MGK% 


Materialgemeinkcstenzuschlag in% 


FKStB 


Fertigungskostenstellenbereich 


FGK% 


Fertigungsgemeinkcstenzuschlag in% 


VwKStB 


Verwaltungskostenstellenbereich 


VwGK% 


Verwaltungsgemeinkestenzuschlag in% 


VtKStB 


Vertriebskostenstellenbereich 


VtGK% 


Vertriebsgemeinkcstenzuschiag in% 


in% 


in Prozent 


AB 


Anfangsbestand 


MGK 


Materialgemeinkosten 


EB 


Endbestand 


FGK 


Fertigungsgemeinkosten 


UFE 


Unfertige Erzeugnisse 


VwGK 


Verwaltungsgemeinkosten 


FE 


Fertige Erzeugnisse 



Abbildung 187: Einstufiger Betriebsabrechnungsbogen auf Voll- 
kostenbasis 
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Diese Erkenntnis gilt für die Errechnung aller Gemeinkostensätze 
in einer Vollkostenrechnung. Die beschäftigungsabhängigen Kos- 
tenbestandteile der Eertigungsgemeinkosten verhalten sich i.d.R. 
proportional zu ihren Fertigungslöhnen. Kapitalkosten (Ab- 
schreibungen und Zinsen), Steuern, Versicherungen u.ä. Kosten- 
arten reagieren als beschäftigungsintervallfixe Kostenbestandteile 
auf Beschäftigungsänderungen nicht. 

Um den Einfluss des schwankenden Werkstoffkostenanteils bei 
der Fertigung von Standard- oder Luxusmodellen auf die Höhe 
der Herstellkosten zu eliminieren, empfiehlt sich als Zuschlags- 
basis für die Berechnung des Verwaltungsgemeinkostenzuschla- 
ges der Einsatz der Fertigungskosten (werteschaffende Größe) 
anstelle der Herstellkosten der Fertigung. 

BEISPIEL: PC-GEHÄUSE UND MATERIALGEMEINKOSTEN 

Ein PC-Hersteller fertigt Personai-Computer in zwei Varianten, die sich 
iedigiich durch das Gehäuse unterscheiden (Biliiges Standard- und 
teures Designer-Gehäuse). Die Materiaigemeinkosten für das Handiing 
der Geräte hängen nicht vom Gehäusetyp ab. Eine prozentuaie Ver- 
rechnung der Materiaigemeinkosten in Abhängigkeit vom PC-Wert 
würde zu verfäischenden Ergebnissen führen. 

Während sich die meisten Kostenbestandteile der Fertigungskos- 
ten oftmals beschäftigungsabhängig verhalten, überwiegen bei 
den Verwaltungsgemeinkosten die beschäftigungsintervallfixen 
Kostenbestandteile, d. h. eine verursachungsgerechte, proportio- 
nale Beziehung zwischen den Stellenkosten der Verwaltungsge- 
meinkosten und ihrer Zuschlagsbasis ist nicht mehr feststellbar. 

BEISPIELE FÜR BESCHÄFTIGUNGSINTERVALLFIXE KOS- 
TEN IM IT-BEREICH 

Hardwarekosten und Lizenzgebühren für zentraien Servier 

Netzwerkkosten 

Kosten für Standieitungen 

Personaikosten für IT-Führungspersonai (IT-Leitung), Netzwerkadmi- 
nistratoren, Datenbankspeziaiisten u.a. 



Da die verkauften Grundleistungen die Verwaltungsgemeinkos- 
ten einer Rechnungsperiode finanzieren, wird eine künstliche 
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Kausalbeziehung zwischen den Verwaltungsgemeinkosten und 
Fertigungskosten als werteschaffender Größe unterstellt. 

Vertriebsgemeinkosten enthalten bis auf die Sondereinzelkosten 
des Vertriebs ähnlich den Verwaltungsgemeinkosten hohe be- 
schäftigungsintervallfixe Kostenbestandteile, so dass auch hier 
eine verursachungsgerechte Zuschlagsbasis konstruiert werden 
muss. Da absatzwirtschaftliche Leistungen die Vertriebsgemein- 
kosten verursachen und finanzieren, bieten sich die »Herstellkos- 
ten der umgesetzten Grundleistungen« als Zuschlagsbasis an. 

Ohne Berücksichtigung der Bestandsveränderungen lassen 
sich die Herstellkosten des Umsatzes nur ermitteln, wenn alle 
gefertigten Leistungseinheiten einer Rechnungsperiode verkauft 
werden. Wird mehr gefertigt als verkauft, findet eine Bestands- 
mehrung zu Herstellkosten der Fertigung statt. Die Her- 
stellkosten des Umsatzes sind dann kleiner als die Herstell- 
kosten der Rechnungsperiode, d. h. Mehrbestände sind von 
den Herstellkosten der Rechnungsperiode in der Gesamt- 
kostenaufstellung bzw. Selbstkostenermittlung für die Erfolgs- 
rechnung zu subtrahieren, bei Bestandsminderungen analog 
zu addieren, da mehr verkauft als produziert wurde. 



Erkenntnis 



Fertigung > Verkauf = Bestandsmehrung = 
Subtraktion 

Fertigung < Verkauf = Bestandsminderung= 
Addition 



In der 

Betriebserfolgs- 

rechnung 



Der Betriebsabrechnungsbogen in statistisch-tabellarischer Form 
übernimmt vertikal aus der Finanzbuchhaltung ohne Gegenbu- 
chung die in Einzel-, Sondereinzel- und Gemeinkosten bereits 
differenzierten Kostenarten der Kontenklasse 4 des Gemein- 
schaftskontenrahmens 1951. Die Kostenstellenrechnung verteilt 
die Gemeinkosten verursachungsgerecht horizontal auf die Orte 
der Kostenentstehung in der Form von Stelleneinzel- und Stellen- 
gemeinkosten. 

Die Kostenstellenrechnung errechnet additiv die Stellenkosten. 
Die Rechenstufe nach der Findung der Stellenkosten ermittelt 
vier bzw. fünf Gemeinkostenzuschlagssätze für eine rechentech- 
nische Überwälzung der Gemeinkosten einer Rechnungsperiode 
auf die Kostenträger. 
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Das Verursachungsprinzip lässt sich in dieser Rechenstufe nur 
verwirklichen, wenn die Stellenkosten und Zuschlagsbasen aus 
beschäftigungsabhängigen Größen bestehen. Diese Prämissen 
erfüllt eine Grenzkostenrechnung, eine Vollkostenrechnung nur 
für ihre variablen Kostenbestandteile. 



Wahl der Bezugsbasen 

• Kostenarten benutzen als Bezugsbasis für die Kostenarten- 
verteilung die Orte der Kostenentstehung. 

• Hilfskostenstellen verrechnen ihre Leistungen - die Sekun- 
därkosten - nach der Inanspruchnahme durch die empfan- 
genden Kostenstellen. 

• Stellenkosten suchen sich für die Zuschlagssatzermittlung 
Zuschlagsbasen, die sich zu ihnen proportional verhalten. 



Stellenkosten 


Zuschlagsbasen 


- Fertigungsgemeinkosten 


- Fertigungslohn 


- Materialgemeinkosten 


- Fertigungsmaterial 


- Verwaltungsgemeinkosten 


- Fertigungskosten 


- Vertriebsgemeinkosten 


- Herstellkosten des Umsatzes 



Gesucht wird immer die Proportionalität für eine »möglichst 
genaue Zurechnung« 

• der Primärkosten auf die Kostenstellen, 

• der Sekundärkosten auf die Hauptkostenstellen, 

• der Stellenkosten auf die Zuschlagsbasen. 

Diese Proportionalität lässt sich finden, wenn den Kostenstellen 
und Kostenträgern so viel Kostenarten wie möglich nach dem 
Grundsatz der direkten Zurechnung als Stelleneinzel- bzw. 
Einzelkosten zugerechnet werden. 

Kostenschlüssel für die Verteilung von Stellengemeinkosten bzw. 
Werkaufträgen bleiben immer ein Notbehelf. 

Die Grundbegriffe der Kostenrechnung formulierte Schmalen- 
bach. Seine kostentheoretischen Erkenntnisse über die Fixkosten, 
seine Aussagen zur traditionellen Kostenrechnung und zur Plan- 
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kostenrechnung, seine entscheidenden Denkanstöße für eine 
Entwicklung der Grenzkosten- und Deckungsbeitragsrechnung 
sind von wesentlicher Bedeutung. 



FALLBEISPIEL: VERTEILUNG VON IT-KOSTEN IM MEHR- 
STUFIGEN BETRIEBSABRECHNUNGSBOGEN 

Bei der „InterfaceGmbH“ fallen IT-Kosten in erheblichem Um- 
fang an. Sie verwendet zur internen Leistungsverrechnung einen 
mehrstufigen Betriebsabrechnungsbogen, der in Vor- und 
Hauptkostenstellen untergliedert ist. 

Die Vorkostenstellen werden u.a. für die Verrechnung der IT- 
Kosten genutzt. Das Unternehmen hat zur differenzierten Ver- 
rechnung der IT-Kosten drei IT-Vorkostenstellen gebildet: Re- 
chenzentrum, Anwendungsberatung und PC-Service. 

Die Kosten für Personal, Hardware, Internetnutzung und Kalku- 
latorische Abschreibungen werden wie folgt auf die Kostenstel- 
len des Unternehmens verrechet: 



Kostenart 


Verteilungsgrundlage 


Personal: 


Gehaltssumme It. Gehaltsbuchhaltung 


Hardware 


Anzahl PC 


Internetnutzung 


Anzahl Onlinenutzungsminuten 


Kalkulatorische Ab- 
schreibungen und 
Zinsen 


Vermögenswerte It. Anlagenbuchhal- 
tung 



Weitere Kostenarten werden aus Gründen der Vereinfachung 
nicht weiter betrachtet, da die IT-Kosten im Vordergrund des 
Fallbeispiels stehen. Die Kosten der IT-Vorkostenstellen sollen 
mit dem Umlageverfahren den Endkostenstellen Einkauf, Ferti- 
gung und Sonstige zugerechnet werden. Die Verteilung der Kos- 
ten der IT-Vorkostenstellen erfolgt nach folgenden Schlüsseln: 
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IT-Kostenstelle 


Verteilungsgrundlage 


Rechenzentrum 


Verbrauchte CPU-Zeit (in Minuten) 


Anwendungsberatung 


Verbrauchte Arbeitszeit (in Stunden) 


PC-Service 


Anzahl installierter PC 



Das Ergebnis der internen IT-Leistungsverrechnung zeigt im IT- 
BAB Abbildung 188. Im oberen Bereich erfolgt die direkte Ver- 
teilung der primären Gemeinkosten. Der untere Bereich über- 
nimmt die Verteilung der IT-Vorkostenstellen auf Endkostenstel- 
len (Elauptkoststenstellen). 



a 


b 


1 c 1 d 1 e 


1 f 1 9 1 h 


i 


IT-Kostenart 


Verteilungs- 

schlüssel 


1 IT-Kostenstellen (Vorkostenstellen) 


1 Hauptkostenstellen 


Summe 


Rechen- 

zentrum 


Anwendungs- 

beratung 


PC-Service 


Einkauf 


Fertigung 


Sonstige 


Personalkosten 
(Gehalt und 
Sozialkosten) 


Gehaltsumme 


240.000 € 


540.000 € 


320.000 € 


1. 600.000 € 


1.980.000 € 


4.500.000 € 


9.180.000 € 


3 % 


6 % 


3 % 


17 % 


22 % 


49 % 


100 % 


Hardware 


Anzahl PC 


8.400 € 


1 2.600 € 


16.800 € 


42.000 € 


1 26.000 € 


315.000 € 


520.800 € 


4 


6 


8 


20 


60 


150 


230 


Internetgebühren 


Anzahl Minuten 


160 € 


480 € 


960 € 


1 .400 € 


120 € 


600 € 


3.720 € 


800 


2400 


4800 


7000 


600 


3000 


18600 


Kalk. 

Abschreibungen 
und Zinsen 


Vermögen It. 

Anlagen- 

buchhaltung 


6678 


10017 


13356 


33390 


100170 


250425 


414.036 € 












mKiiiiiuiuu 


MKAiMlId 


1 Summe primäre Gemeinkosten | 


I 255.238 €| 


1 563.097 €| 


1 351.116€| 


1 1.676.790 €| 


1 2.206.290 c| 


1 5.066.025 €| 


1 10.118.556 c| 



Umlage der IT-Kosten (sekundäre Gemeinkosten 


) 


Rechenzentrum 


CPU-Zeit (sec.) 


-255238 






68.983 € 


91 .978 € 


94.277 € 


255.238 € 














2000000 


2050000 


5550000 


Anwendungs- 

beratung 


Arbeitszeit (h) 




-563097 




192.841 € 


293.119 € 


77.137 € 


563.097 € 












380 


100 


730 


PC-Service 


Anzahl PC 






-351116 


30.532 € 


91.595 € 


228.989 € 


351.116 € 














60 


150 


230 


Summe 

sekundäre 

Gemeinkosten 










292.357 € 




400402,3701 


1169451 


Summe 

Gemeinkosten 










1.969.147€ 


2682982,122 


5466427,37 


10.118.556 € 



Abbildung 188: Mehrstufiger Betriebsabrechnungsbogen auf Vollkostenbasis 
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Organisation 



Aufgaben 



Grundaufgaben einer entscheidungsorientierten Kostenrechnung 

Alle Führungsinstanzen bemühen sich, die Elementarfaktoren im 
produktiven Kombinationsprozess optimal zu koordinieren, um 
mit dem gleichen oder geringeren Aufwand der gewählten Ziel- 
gruppe bessere Engpassproblemlösungen als die Wettbewerber 
zu bieten. 

Beim Streben nach der Nutzenoptimierung darf aber weder das 
ökonomische Interesse der Kunden noch das soziale Interesse 
der Mitarbeiter leiden. Erfolge eines Betriebes sind stets das Er- 
gebnis der Lernprozesse aller Mitarbeiter, wenn sie sich als Prob- 
lemlöser der gewählten Zielgruppe betrachten, Kundennutzen 
anstelle von »Produkten« verkaufen. 

Nur die Optimierung von zielgerichteten Lernprozessen erlaubt 
die Bildung marktgerechter, konkurrenzfähiger Preise, garantiert 
die soziale Sicherung aller Mitarbeiter, ein solides finanzielles 
Gleichgewicht und die ständige Anpassung des Betriebsmittelbe- 
standes an den technologischen Fortschritt. 

Diese Zielsetzung lässt sich nur erreichen, wenn die Führungsin- 
stanzen das IT-Controlling-Konzept (vgl. Kapitel I und 2) einset- 
zen und ihre Lernprozesse engpaßbezogen optimieren, um alle 
Zeit- und Bewegungsabläufe im Betrieb zielorientiert auf die 
Probleme der gewählten Zielgruppe zu koordinieren (Brennglas- 
effekt). Gewinn und soziale Harmonie stellen sich dann automa- 
tisch ein. 

Stabsabteilungen beraten die Führungsinstanzen der operativen 
und strategischen Führungsebenen, bereiten Entscheidungen vor, 
liefern zeit- und sachgerecht aufbereitete Daten aus der Vergan- 
genheit für die Gegenwart und Zukunft. Als Stabsstelle des IT- 
Controllings bereitet die IT-Kostenrechnung mit Hilfe der Grenz- 
plankosten- und Plandeckungsbeitragsrechnung zukunftsorien- 
tierte Führungsentscheidungen vor. 

Wenn Wirtschaftlichkeitsüberlegungen den Einsatz einer flexib- 
len Plankostenrechnung verbieten, sind die Istdaten zu aktuali- 
sieren und in ihre fixen und variablen Kostenbestandteile aufzu- 
lösen. Eine Deckungsbeitragsrechnung auf Istkostenbasis ist 
besser als keine. Sie führt zwangsläufig zu einer zukunftsorien- 
tierten Aufbereitung der Daten. 

Eine moderne IT-Kostenrechnung löst im Rahmen des IT- 
Controllerdienstes folgende Aufgaben: 
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• Entscheidungsvorhereitungen (z. B. IT-Outsourcing) 
und Entscheidungskontrollen (Primärziel) 

Zukunftsorientierte Entscheidungshilfen kann man mit rational 
beweisbaren Daten einer Plandeckungsbeitragsrechnung vorbe- 
reiten. Der Einsatz von Istdaten erlaubt nur retrograde Erfolgs- 
analysen. 

• Kostenplanung und Kostenkontrolle (Voraussetzung 
für das Primärziel) 

Abweichungs- und Schwachstellenanalysen erfolgen über den 
Soll-Ist-Kosten-Vergleich einer flexiblen Plankostenrechnung, die 
Vorgabekosten (Maßkosten) und Istkosten eines Beschäftigungs- 
grades gegenüberstellt. Ein Kostenartenperiodenvergleich der 
Istkosten zweier Rechnungsperioden ist nur im Einproduktbe- 
trieb (z. B. spezialisiertes Werk eines Herstellers von Mikrochips 
für Personal-Computer) bei konstanter Beschäftigungslage mög- 
lich, wenn Pestpreise existieren. 

• Preis- und Erfolgskontrollen 

Die Kostenträgerstückrechnung (Kalkulation) kalkuliert den Preis 
für eine Äuftragsfertigung (z. B. Entwicklung einer Individual- 
software durch ein Softwarehaus), indem sie die Selbstkosten um 
den kalkulatorischen Stückgewinn erhöht. Bei der Preiskontrolle 
vergleicht sie den Marktpreis mit den Selbstkosten. 

Die Kostenträgerzeitrechnung ermittelt den Betriebserfolg (Leis- 
tung minus Kosten) oder den Unternehmenserfolg (Ertrag minus 
Aufwand) unter Berücksichtigung der Lagerbestandsveränderun- 
gen (z. B. bei Herstellern von PCs oder IT-Komponenten). 

Zusätzlich zu diesen drei Hauptaufgaben löst die Kostenrech- 
nung zwei Nebenaufgaben: 

• die Bestände- und Inventurbewertung und 

• die Bereitstellung und Auswertung von Informationsdaten. 

Schmalenbach bezeichnet wirtschaftliches Handeln als perma- 
nentes „Wählen und Entscheiden“. Seine Zweckwahlvorgänge 

• Nutzen-Nutzen-Vergleich (Deckungsbeitragsvergleich) 

• Kosten-Kosten-Vergleich (Soll-Ist-Kosten-Vergleich) 

• Kosten-Nutzen-Vergleich (Erlös-Selbstkosten-Vergleich) 
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umfassen alle Aufgaben einer Kostenrechnung auf Voll- und 
Grenzkostenbasis. Unter Anlehnung an diese Begriffe werden die 
Aufgaben der Kostenrechnung näher erläutert. 



Nutzen-Nutzen-Vergleich für die Entscheidungsvorbereitung 

Eine Kostenrechnung kann Führungsentscheidungen kurzfristiger 
Art zukunftsbezogen nur unter der Prämisse des linearen Kos- 
tenverlaufs vorbereiten, der die Ermittlung vergleichbarer Grenz- 
kosten und Deckungsbeiträge erlaubt. 

Die Deckungsbeitragsrechnung erstellt je nach der Beschäfti- 
gungslage eine Artikelrangfolge nach den erwirtschafteten abso- 
luten oder engpassbezogenen Deckungsbeiträgen. Nur Artikel- 
rangfolgen lassen das »optimale Austauschverhältnis« für eine 
Verkaufs- und Fertigungsprogrammwahl sichtbar werden. 

Aus der Erfolgsanalyse, dem Nutzen-Nutzen-Vergleich der erwirt- 
schafteten Deckungsbeiträge, lassen sich Verkaufs- und Ferti- 
gungsprogramme mit einer Gewinnplanung entwickeln. Eine 
Nutzenoptimierung ist leichter realisierbar, wenn die gefertigten 
Leistungseinheiten die Engpassprobleme der Zielgruppen lösen 
helfen. 

Kosten-Kosten-Vergleich für die Kostenkontrolle 

Kostenplanung und Kostenkontrolle sind eine Vorbedingung für 
den Nutzen-Nutzen-Vergleich. Er benötigt für die Ermittlung 
vergleichbarer Deckungsbeiträge konstante Grenzkosten, auch 
Standardkosten genannt. 

Das Sekundärziel, kurz Kostenkontrolle bezeichnet, überprüft die 
Kostenplanung sämtlicher Kostenstellen einer Unternehmung 
permanent durch den Soll-Ist-Kosten-Vergleich. Er vergleicht die 
auf den Istbeschäftigungsgrad umgerechneten Basisplankosten - 
dann Sollkosten genannt - mit den tatsächlich angefallenen 
Istkosten. Eine wirksame Kostenkontrolle ist nur mit Hilfe von 
Maßgrößen möglich. 

Sie fehlen in der Istkostenrechnung und der traditionellen Voll- 
kostenrechnung. Der dort praktizierte Kostenartenperiodenver- 
gleich stellt die mit zeitlicher Verzögerung! ermittelten Istkosten 
der letzten Rechnungsperiode den Istkosten der Vorperiode ge- 
genüber. Dieser Kostenartenperiodenvergleich ist nur sinnvoll, 
wenn alle Änderungen der Kosteneinflussgrößen einschließlich 
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Vollkosten- 

rechnung 



der Preisabweichungen zwischen zwei Perioden vorher elimi- 
nierbar sind. 

In der flexiblen Plankostenrechnung schaltet die einheitliche 
Bewertung der Soll- und Istverbrauchsmengen mit Planwerten 
die Preiseinflüsse des Marktes aus. Die Umrechnung der Plankos- 
ten auf den Istbeschäftigungsgrad verhindert Störungen des Soll- 
Ist-Kosten-Vergleichs durch unterschiedliche Beschäftigungsgra- 
de. Abweichungsanalysen messen den tatsächlichen Kostenver- 
zehr an den Maßkosten, den Sollkosten. 

Ein Soll-Ist-Kosten-Vergleich ermittelt die Kostenstruktur, deckt 
Verlust- und Schwachstellen auf, erkennt Kostenänderungen, 
Engpässe und Leerkosten, gewährleistet eine ständige Überwa- 
chung der Kostenwirtschaftlichkeit, leitet Kostensenkungen 
durch Rationalisierungsmaßnahmen ein, wenn der Verzehr der 
Produktivfaktoren ständig systematisch, exakt, chronologisch 
richtig, unabhängig von den Marktpreisen erfasst und verursa- 
chungsgerecht auf die Kostenstellen und Kostenträger wie in der 
flexiblen Plankostenrechnung verrechnet wird. 

Kosten-Nutzen-Vergleich für die Erfolgskontrolle 

Der Kosten-Nutzen-Vergleich entspricht einem Erlös-Selbst- 
kosten-Vergleich. Er dient der Preisbildung bei Auftragsfertigun- 
gen und der Preiskontrolle bei Marktfertigungen. Die Preisbil- 
dung erhöht die Selbstkosten um den kalkulierten Stückgewinn. 
Der Preis ist dann eine Punktion der Kosten. Die Preiskontrolle 
stellt fest, ob der Marktpreis die Selbstkosten deckt. 

Die traditionelle Vollkostenrechnung betrachtet die Kostenpreis- 
kalkulation für die Auftragsfertigung (z. B. Entwicklung eines 
kundenindividuellen Internetportals durch ein externes Soft- 
warehaus) und Preiskontrolle für die Marktfertigung (z. B. Ent- 
wicklung eines Standardbuchhaltungs-Softwarepaketes durch ein 
Softwarehaus) als ihr Primärziel. 

Die traditionelle Vollkostenrechnung glaubt, durch die Ermittlung 
der Selbstkosten und des Stückgewinns den Pührungsinstanzen 
auch die notwendigen Daten für die Absatz- und Preispolitik 
einer Marktfertigung liefern zu können. Alle Vollkostenkalkulati- 
onen sind aber von den Beschäftigungsschwankungen der Peri- 
ode oder den als normal bestimmten Beschäftigungsgraden ab- 
hängig und verstoßen bei der Zurechnung der Pixkosten fort- 
während gegen das Verursachungsprinzip. Es fordert, dass 
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Pixkosten 



Kostenstellen oder Kostenträger nur mit den Kosten belastet 
werden dürfen, die sie verursacht haben. 

Wenn keine Vollbeschäftigung vorliegt, übernehmen die gefertig- 
ten Leistungseinheiten auch die von ihnen nicht zu vertretenden 
Leerkosten, wodurch bei rückläufiger Beschäftigung die Ange- 
botspreise steigen. Ein Unternehmen (z. B. PC-LLersteller), das 
auf Vollkostenbasis kalkuliert, wenn Marktpreise als Datum exis- 
tieren (z. B. Kampfpreise der Massen-Discounter für Standard-PC 
der Einsteigerklasse), katapultiert sich selber aus dem Markt. 

Der sich permanent vergrößernde Ängebotsüberhang (z. B. im 
Bereich der Rechenzentrums-Dienstleister, IT-Beratungskapa- 
zitäten der großen Consultinghäuser) und der durch technologi- 
sche Entwicklung wachsende Eixkostenblock (z. B. Eabriken für 
Mikrochips, teure Softwarespezialisten für Wartung und Betrieb 
von Standardsoftware, aufwändige IT-Sicherheitsarchitekturen) 
erfordern ein Umdenken der Vollkostenrechnung für die Äuf- 
tragsfertigung (Individuallösungen) und Marktfertigung (Stan- 
dardlösungen). Der zunehmende Wettbewerb zwingt die Unter- 
nehmen, ihre Kosten den Marktpreisen anzupassen. Diese Er- 
kenntnis leitete die Weiterentwicklung der Vollkostenrechnung 
zur Grenzplankosten- und Plandeckungsbeitragsrechnung ein. 
Ihre kalkulatorische Grundrechnung ermittelt »geplante variable 
Stückkosten, die bei linearen Kostenverläufen mit den Grenz- 
selbstkosten übereinstimmen«. Sie sind bei beschäftigungsinter- 
vallfixen Kosten in ihrer Höhe von den Beschäftigungsschwan- 
kungen unabhängig. Vollkostenpreiskalkulationen berück- 
sichtigen weder die Markteinflüsse noch das Marktverhalten, das 
eine Nutzenoptimierung erzwingt, noch den unterschiedlichen 
Beitrag, den jeder Artikel zur Pixkostendeckung beiträgt. De- 
ckungsbeiträge, Deckungspunkte und Preisuntergrenzen sind 
ohne eine Kostenauflösung nicht bekannt, so dass eine elastische 
Preispolitik entfällt. 

Verkaufsprogrammwahlen (Artikelrangfolgen) nach kalkulierten 
Stückgewinnen führen zu offenkundigen Pehlentscheidungen. 
Artikel mit niedrigem Stückgewinn können hohe Deckungsbei- 
träge erwirtschaften oder umgekehrt. 

Die Deckungsbeitragsrechnung ermittelt den Kostenpreis für 
Auftragsfertigungen mit Hilfe des Bruttogewinnzuschlages. Er 
arbeitet auch wie die Vollkostenrechnung mit Durchschnittswer- 
ten, benutzt aber als Zuschlagsbasis die Grenzkosten oder den 
Grenznutzen. Dadurch wird ein echtes Herantasten an den 
Marktpreis möglich. 
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Aufgaben der 
Kostenträger- 
stückrechnung 



Mit der Entwicklung der Grenzplankosten- und Plandeckungsbei- 
tragsrechnung haben sich die Aufgaben der Kostenträgerstück- 
rechnung erweitert. 

Sie lauten: 



• Ermittlung der Elerstell- und Selbstkosten auf Voll- und 
Grenzkostenbasis, 

• Ermittlung und Verrechnung von innerbetrieblichen Leistun- 
gen (Werkaufträgen) auf Voll- und Grenzkostenbasis, 

• Ermittlung von Stückgewinn- und Bruttogewinnzuschlägen 
(Solldeckungsbeiträgen), 

• Durchführung von Kostenpreiskalkulationen für Äuftragsfer- 
tigung an private und öffentliche Auftraggeber auf Vollkos- 
tenbasis, 

• Ermittlung von absoluten und relativen Preisuntergrenzen, 

• Ermittlung von absoluten und engpassbezogenen Artikel- 
rangfolgen für Erfolgsanalysen und Nutzenoptimierungen, 

• Ermittlung von deckungsbeitragsorientierten Provisionsstaf- 
feln für eine die gewählte Artikelrangfolge unterstützende 
Verkaufssteuerung, 

• Bestandsbewertungen auf Voll- und Grenzkostenbasis, 

• Wirtschaftlichkeitsrechnung. 

In der Wirtschaftspraxis sind wenige Unternehmen in der Lage, 
nur mit einer Vollkosten- oder Teilkostenrechnung zu arbeiten. 
Auftrags- und Marktfertigungen herrschen in der Mehrzahl der 
Unternehmungen vor, Bestandsbewertungen für die Bilanz benö- 
tigen immer die Herstellkosten auf Vollkostenbasis. Eine Kosten- 
rechnung kann die ihr heute gestellten Aufgaben nur erfüllen, 
wenn sie eine Voll- und Teilkostenrechnung nebeneinander 
fährt. Die Grenzplankostenrechnung berücksichtigt diesen Tatbe- 
stand, indem sie einmal jährlich eine Eixkostenumlage durch- 
führt. 
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a b c d e 







Aufgaben der Kostenrechnung 




Problemlösung 

formal material 


1 


Nutzen-Nutzen Vergleich 

über den Deckungsbeitrags- 
vergleich Entscheidungs- 
vorbereitung, -Steuerung und 
-kontroiie 

Primärfunktion 
Bessere Lösung von 
Engpassproblemen als 
die Mitbewerber 


Analyse- und Informationsfunktion 
Preisuntergrenzenbestimmung für 
die Ermittlung des erzielbaren Preises 




über die Optimierung von 
Lernprozessen 


Zuschlagsbasis für die "absolute 
Preisuntergrenze" 


in der Unter- 
beschäftigiung 


über die Grenz- 
kosten 


Deckungs- 

beitrags- 

rechnung 

Grundtyp 1 
oder 

Grundtyp 11 


Zuschlagsbasis für die "engpass- 
bezogene Preisuntergrenze" 


in der Uber- 
beschäftigiung 


über den Grenz- 
nutzen 


Artikelrangfolgen für Erfolgsanalysen, 
Programmwahlen und Programm- 
steuerungen im Absatz- und 
Fertigungsbereich für eine Nutzen- 
optimierung 

Wirtschaftlichkeitsrechnung auf 
Grenzkostenbasis 


Motivation und 
Identifikation 
mit der Ziel- 
formulierung 




2 


Kosten-Kosten- Vergleich 


Steuerungs- und Kontrollfunktion 










über den Soll-ist-Kosten- 


Einführung von Standardsätzen 


feedback 


über den Soll-Ist- 


Flexible 




Vergleich 




und 


Kosten-Vergleich 


Plankosten- 






Abweichungs- und Schwachstellen- 


feedvorward 


auf Voll- und 


rechnung 




Kostenplanung und 


analysen 


orientiert 


Grenzkostenbasis 


auf Voll- 




Kostenkontrolle 








kosten- und 




Sekundärfunktion 


Rechtzeige Gegensteuerungs- 






Grenzkosten- 






massnahmen 






basis 
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Kosten-Nutzen- Vergleich 


Erfolgsermittlungsfunktion 










über den Erlös-Selbstkosten- 


Preisbildung für die Auftragsfertigung 


mit der Voll- 


über den Nettogewinn 


Gesamt- und 




vergleich 


Preisbildung für die Marktfertigung 


kostenrechnung 


=kalkulierten 


Umsatzkosten- 










Stückgewinn 


verfahren auf 












Vollkostenbasis 




Preisbildung und 


Betriebserfolgsrechnung 


mit der Deckungs- 








Preiskontrolle 


Vertriebserfolgsrechnung 


beitragsrechnung 


= erwirtschafteten 


verfahren auf 




Tertiärfunktion 


Unternehmenserfolqsrechnung 




Deckungsbeitrag 


Grenzkostenbasis 



Abbildung 189: Zweckwahlvorgang - Aufgaben - Kostenrech- 
nungsverfahren 



Bestände- und Inventurbewertung 

In der Regel übernimmt die Kostenrechnungsabteilung die Vor- 
bereitung, Durchführung und Bewertung der Inventur (z. B. 
Personal-Computer, Laptops, Drucker, Bildschirme, Softwareli- 
zenzen). 

Dabei sind die Bewertungsvorschriften des Handelsrechts (§ 255 
HOB) und des Steuerrechts (§ 6 EStG) anzuwenden, wenn Leis- 
tungen (z. B. selbst erstellte Gebäude für das Rechenzentrum 
oder ein Schulungszentrum, selbst entwickeltes Softwaresystem) 
bilanziert werden. Der Wertansatz erfolgt zu Herstellungskosten 
unter Verzicht auf kalkulatorische Kosten. 

Bei der Berechnung der Herstellungskosten dürfen in angemes- 
senem Umfang Abnutzungen und sonstige Wertminderungen 
sowie angemessene Teile der Betriebs- und Verwaltungskosten 
eingerechnet werden, die auf den Zeitraum der Herstellung ent- 
fallen, Vertriebskosten gelten nicht als Betriebs- und Verwal- 
tungskosten (§ 255 HGB). 
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Die »Herstellungskosten« setzen sich aus dem Material, Material- 
gemeinkosten, den Löhnen und Gemeinkosten sowie Sonderein- 
zelkosten zusammen. Anteilige Verwaltungsgemeinkosten kön- 
nen, Vertriebskosten dürfen nicht in die Herstellungskosten ein- 
bezogen werden. 

Für das Vorratsvermögen (z. B. PC-Zubehör eines IT-Lieferanten 
usw.) sind Anschaffungswerte plus Bezugskosten oder Herstel- 
lungskostenwerte anzusetzen (Niederstwertprinzip, § 255 HGB). 

Liegen zur gleichen Zeit der Börsen- oder Marktpreis oder Zeit- 
wert niedriger, so sind die Werte anzusetzen (Niederstwertprin- 
zip, § 255 HGB). 

Zur genauen Feststellung der Herstellkosten ist eine ordnungs- 
gemäß geführte Kostenrechnung erforderlich. Die Gemeinkos- 
tenüberwälzung zu Vollkosten auf die Kostenträger (z. B. Out- 
sourcing-Gebühren eines Full-Service-Outsourcing-Anbieters) soll 
auf der Grundlage eines Durchschnittsbeschäftigungsgrades (= 
Normalbeschäftigung) erfolgen, um die Unfertig- und Fertiger- 
zeugnisbestände in Zeiten der Unterbeschäftigung (z. B. bei im 
Jahresverlauf ungleichmäßig ausgelasteten Rechnerkapazitäten 
des Outsourcing-Anbieters) nicht überzubewerten. 
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Deckungsbeitragsrechnung für IT-Controller 



6.1 Grundlegendes zur Deckungsbeitragsrechnung 

Vollkostenrechnungssysteme basieren auf dem Grundsatz der 
Kausalität und Proportionalität, d. h. sie nehmen eine proportio- 
nale Verrechnung der Fixkosten in der Kostenträgerzeit- und - 
Stückrechnung vor. Hierbei wird im Allgemeinen unterstellt, dass 
eine proportionale Beziehung zwischen Einzel- und Gemeinkos- 
ten vorliegt. Da die Fixkosten in der Unternehmensrealität jedoch 
zeit- und nicht volumenabhängig sind, liefern Vollkostenverfah- 
ren häufig nicht aussagefähige Informationen für Unternehmens- 
entscheidungen. Dies zeigt das folgende 

BEISPIEL: INTERFACE GMBH 

Die Interface GmbH stellt im Werk 1 zwei Produkte her. Serielles Dru- 
ckerkabel (Produkt A) und USB-Druckerkabel (Produkt B). Folgende 
Ausgangsdaten stehen zur Verfügung: 



Produkt 


A 


B 


Gesamt 


Produzierte Menge 
(Stück/Jahr) 


500.000 


1.000.000 


1 500.000 


Fertigungsmaterial (FM) 
(EUR/Jahr) 


300.000 


1 200.000 


1 500.000 


Fertigungslohn (FL) 
(EUR/Jahr) 


300.000 


300.000 


600.000 


Gemeinkosten 

(EUR/Jahr) 






2 400.000 


Gesamtkosten 

(EUR/Jahr) 






4 500.000 
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Das Unternehmen hat eine Vollkostenrechnung nach dem Ver- 
fahren der summarischen Zuschlagskalkulation. Folgende Mög- 
lichkeiten der Selbstkostenkalkulation sind denkbar: 



a) Zuschlagskalkulation auf der Basis der Fertigungslöhne: 



Gemeinkostenzuschlag = 



Gemeinkosten 

Fertigungslöhne 



100 



2.400.000 

600.000 



100 = 400 



Der Gemeinkostenzuschlag beträgt 400 % auf den Fertigungs- 
lohn. 



b) Zuschlagskalkulation auf der Basis des Fertigungsmaterials: 



Gemeinkostenzuschlag = 



Gemeinkosten 

* 100 

Fertigungsmaterial 



2.400.000 

1.500.000 



100 = 160 



Der Gemeinkostenzuschlag beträgt 160 % auf das Fertigungsma- 
terial. 



c) Zuschlagskalkulation auf der Basis der gesamten Einzelkosten 
(EK): 



, , , Gemeinkosten 

Gemeinkostenzuschlag = — : — — u — ^ 

” Gesamte Einzelkosten 



* 100 



2.400.000 

2 . 100.000 



100 = 114,29 
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Der Gemeinkostenzuschlag beträgt 114,29 % auf die gesamten 
Einzelkosten. Die Stückkostenkalkulation ergibt nun folgendes 
Bild bezüglich der Alternativen a bis c: 
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Produkt 


A 


B 


Gesamt 


Produzierte Menge 
(Stück/Jahr) 


500.000 


1.000.000 


1 500.000 


Fertigungsmaterial 
(FM) (EUR/Jahr) 


300.000 


1 200.000 


1 500.000 


Fertigungslöhne (FL) 
(EUR/Jahr) 


300.000 


300.000 


600.000 


Gemeinkosten 

(EUR/Jahr) 






2 400.000 



Produkt 


A 


B 


Gesamt 


Lösung a 

(400 % auf FL) 


1 200.000 


1 200.000 


2 400.000 


Gesamtkosten 

(EUR/Jahr) 


1 800.000 


2 700.000 




Selbstkosten 

(EUR/Stück) 


3,60 


2,70 






Lösung b 

(160 % auf EM) 


480.000 


1 920.000 


2 400.000 


Gesamtkosten 

(EUR/Jahr) 


1 080.000 


3 420.000 




Selbstkosten 

(EUR/Stück) 


2,16 


3,42 






Lösung c 

(114,29 % auf EK) 


685 7001 


1 714 3001 


2 400.000 


Gesamtkosten 

(EUR/Jahr) 


1 285 700 


3 214 300 




Selbstkosten 


2,57 


3,21 
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Teilkosten- 

rechnung 



Vollkosten- 

rechnung 



Das Ergebnis der Zuschlagskalkulation zeigt, dass die Selbstkos- 
ten, abhängig von der gewählten Zuschlagsbasis, sich zwischen 
EUR/Stück 2,l6 und 3,60 bzw. 2,70 und 3,42 bewegen. Damit 
wird deutlich, dass die Schlüsselung von Gemeinkosten letztlich 
willkürlich ist, da sie dem tatsächlichen Kostenverhalten im Be- 
trieb nicht entspricht. Je höher die Gemeinkosten im Verhältnis 
zu den Einzelkosten sind, d. h. je größer die errechneten prozen- 
tualen Gemeinkostenzuschläge, umso größer wird der Umlage- 
fehler. Die Aussagekraft der Vollkostenrechnung im Hinblick auf 
dispositive Maßnahmen wird immer geringer. 

Mehrere Merkmale determinieren eine Deckungsbeitragsrech- 
nung: 

• Sie gliedert als Teilkostenrechnung alle Kostenarten in ihre 
variablen und fixen Kostenbestandteile auf. Auf die Leis- 
tungseinheiten werden nur Grenzkosten verrechnet, die sich 
gegenüber der Ausbringungsmenge oder einer Bezugsgrö- 
ßeneinheit, z. B. Eertigungsstunden, beschäftigungsproporti- 
onal verhalten. Einzelheiten und Grundsätze der Bezugsgrö- 
ßenwahl für die Grenzplankostenrechnung schildert Kilger 
ausführlich. 

Der Begriff Teilkostenrechnung bedeutet, dass der Soll-Ist- 
Kosten-Vergleich, die Kalkulation und innerbetriebliche Leis- 
tungsverrechnung sich auf die Grenzkosten, d. h. den Teil der 
beschäftigungsabhängigen Gesamtkosten beschränken. Eine Teil- 
kostenrechnung strebt trotzdem die Vollkostendeckung konse- 
quenter an als eine Vollkostenrechnung, die ihren Deckungs- 
punkt (E = Kp nicht kennt. Sobald eine Verknüpfung der Teil- 
kostenrechnung mit der Erlösseite erfolgt, entsteht daraus die 
Deckungsbeitragsrechnung. 

• Die Deckungsbeitragsrechnung subtrahiert die Grenzselbst- 
kosten vom Erlös. Er wird als Bezugsgröße und reiner 
Grundwert gleich 100 % gesetzt. Damit wird die Marktorien- 
tierung der Deckungsbeitragsrechnung dokumentiert und ein 
retrograder Rechenweg ausgelöst. 

Eine Vollkostenrechnung gliedert die Kostenarten in Einzel- und 
Gemeinkosten und verrechnet sie auf die Leistungseinheiten als 
Vollkosten, d. h. mit ihren variablen und fixen Kostenbestandtei- 
len. Bei der Preisbildung für Auftragsfertigungen setzt die Voll- 
kostenrechnung die Selbstkosten als Bezugsbasis für die Stück- 
gewinnermittlung gleich 100 %. Der Preis ist dann eine Punktion 
der Kosten. Der rechentechnische Lösungsweg verläuft progres- 
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Prämissen 



siv von den Herstellkosten über die Selbstkosten und dem kalku- 
latorischen Gewinnzuschlag zum Verkaufspreis. 



Vollkostenrechnung mit progressivem Rechenweg 




= Vorläufiger Verkaufspreis | =110% 

-p kalkulatorischer Stückgewinn | +10% 

= Selbstkosten der Fertigung | =100% Bezugsbasis 

+ Verwaltungs- und Vertriebsgemeinkosten | 

= Herstellkosten der Fertigung | 

+ Sonderelnzelkosten der Fertigung | 

+ Fertigungskosten | 

Materialkosten | 


Deckungsbeltragsrechnung mit retrogradem Rechenweg 




Erlös I =100% Bezugsbasis 

- Grenzselbstkosten | 

= absoluter Deckungsbeitrag | 



Abbildung 190: Kalkulationsschema Vollkosten- und Teilkosten- 
rechnung 



• Die Differenz zwischen dem Erlös und den Grenzselbstkos- 
ten wird als absoluter Deckungsbeitrag - db^^^ - bezeichnet. 

• Die Deckungsbeitragsrechnung eignet sich besonders für 
Fertigungsprogramme mit homogenen Leistungseinheiten 
und hohen Ausbringungsmengen, die den anonymen Markt 
bedienen (Massenfertigung). 

Bei der Vorbereitung von Entscheidungshilfen hat eine De- 
ckungsbeitragsrechnung folgende Prämissen zu beachten: 

• Linearer Kostenverlauf (Sollkostenverlauf): Der lineare 
Kostenverlauf bewirkt, dass variable Stückkosten und Grenz- 
kosten bei beschäftigungsintervallfixen Kosten gleich sind. 

• Konstante Erlöse (proportionale Planerlöse bzw. 
Planpreise): Eine Deckungsbeitragsrechnung benötigt für 
die Dauer einer Planperiode konstante Erlöse. Ob sie als Da- 
tum des Marktes (Planerlöse) oder als Angebotspreise (Plan- 
preise) existieren, ist unwichtig. Nur eine lineare Erlöskurve 
erlaubt eine uneingeschränkte und direkte Vergleichbarkeit 
der Deckungsbeiträge. 

• Konstante Grenzkosten (Plangrenzselbstkosten bzw. 
Plangrenzherstellkosten): Konstante und damit vergleich- 
bare Deckungsbeiträge lassen sich nur errechnen, wenn 
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Stückerlöse und Stückgrenzselbstkosten innerhalb einer 
Planperiode unverändert bleiben. Voraussetzung für eine 
aussagefähige Deckungsbeitragsrechnung ist eine exakte Er- 
mittlung der Grenzselbstkosten über eine richtige Bezugs- 
größenwahl für die Gemeinkostenplanung und möglichst 
weitgehende Kostenauflösung (vgl. Kilger). 

• Durchschnittliche Auftragszusammensetzung: De- 

ckungspunkt-Diagramme verlieren ihre Aussagekraft, wenn 
neben dem umsatzproportionalen Verlauf der Planerlöse, der 
Plangrenzselbstkosten und der Planausbringungsmengen 
nicht die geplante durchschnittliche Auftragszusammenset- 
zung des Absatzplanes eingehalten werden kann. 

Alle vier Voraussetzungen erfüllt ein Onlineshop für IT-Zubehör. 
Der für ein halbes Jahr (die Planperiode) gültige Warenkatalog 
garantiert eine durchschnittliche Auftragszusammensetzung und 
konstante Planpreise, der Großeinkauf für eine Planperiode Stan- 
dardgrenzselbstkosten und damit bei beschäftigungsintervallfixen 
Kosten einen linearen Kostenverlauf mit gleich bleibenden De- 
ckungsbeiträgen. 

Die letzteren sind für Erfolgsanalysen und Programmwahlen 
vergleichbar und erlauben eine Gewinnplanung, indem man 
vom Plandeckungsbeitragsvolumen aller Planabsatzmengen die 
Planfixkosten subtrahiert. 

(Ep - - K,^ = Gp. 

Die einzige Unbekannte im IT-Versandhandel ist die Planabsatz- 
menge. Ein Soll-Ist-Vergleich zwischen den Plan- und Istabsatz- 
mengen informiert das Management des IT-Versenders über die 
Differenz zwischen dem Plan- und Istgewinn, wenn keine weite- 
ren Abweichungen zwischen Plan- und Istgrenzkosten, Plan- und 
Isterlösen vorliegen. 



E 

K 

DBV 

K, 

G 



Summe Erlöse 

Summe Grenzselbstkosten 

Deckungsbeitragsvolumen 

Blockfixkosten 

Gesamtgewinn 
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Wenn bei beschäftigungsintervallfixen Kosten und gleich blei- 
bender, durchschnittlicher Auftragszusammensetzung Ausbrin- 
gungsmenge (x,), Erlöse (Ej) und Grenzkosten (K^,) sich umsatz- 
proportional verhalten, sind die Deckungsbeiträge einer Planpe- 
riode miteinander vergleichbar, vgl. Abbildung 191. 



Nach dem System der Vollkostenrechnung (Zuschlagskalkulati- 
on) ergäbe sich jedoch folgender Kostenverlauf: Der Deckungs- 
punkt (DP) ist nicht erkennbar, die Pixkosten sind proportionali- 
siert, vgl. Abbildung 192. 




X, = = ^1 = umsatzproportionaler Verlauf 

Xi = 1 LE (Xg = 2 LE) 

K,i =10 EUR (K,2 =20 EUR) 

Ei =15 EUR (Eg =30 EUR) 

DBV 
DP 
DPU 
E 
LE 



Deckungsbeitragsvolumen 

Deckungspunkt 

Deckungspunktumsatz 

Erlöse 

Leistungseinheit 

Verlustzone 



Gesamtkosten 
Fixkosten 
Variable Kosten 
Planausbringung 



Gewinnzone 




Abbildung 191: Deckungspunktdiagramm - linearer Gesamtkos- 
tenverlauf 



Da die reale Wirtschaftsentwicklung durch eine zunehmende 
Automatisierung der Pertigungsprozesse geprägt wird, nimmt der 
Anteil der Gemeinkosten an den Gesamtkosten laufend zu. 

Aus der Notwendigkeit heraus, das Rechenwerk der Kosten- und 
Leistungsrechnung für Steuerungsaufgaben einsetzen zu können, 
wurden daher vielfältige Systeme von Teilkostenrechnungen 
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entwickelt, die grundsätzlich wie die Vollkostenrechnung auf Ist-, 
oder Plankosten aufbauen können (vgl. Kilger und Riebel). 

Die zahlreichen Varianten der Teilkostenrechnungen lassen sich 
auf zwei Grundtypen zurückführen, die auf einem unterschiedli- 
chen Denkansatz bei der Kostenauflösung basieren. Den Kosten- 
trägern werden beim Grundtyp I nur die bezüglich der Beschäf- 
tigung als proportional geltenden Kosten zugerechnet (analog 
dem Kausalitätsprinzip), beim Grundtyp II die (relativen) Einzel- 
kosten, das sind nur solche Kosten, die einem Untersuchungsob- 
jekt auf Grund einer identischen Entscheidung zugerechnet wer- 
den können (analog dem Identitätsprinzip). 




E Erlöse Kg Gesamtkosten 

Xp Planausbringung Fixkosten 

Ky Variable Kosten 
GKZ Gemeinkostenzuschlag auf Einzelkosten (K^) 
Gewinnzone 



Abbildung 192: Gesamtkostenverlauf mit proportionalisierten 
Eixkosten 



Im Rahmen der Teilkostenverfahren ist eine Weiterverrechnung 
des Gemeinkostenblocks auf die Kostenträger über den ersten 
Deckungsbeitrag hinaus bei Anwendung weiterentwickelter Ver- 
fahren möglich. Diese unterscheiden sich jedoch von Vollkosten- 
rechnungsverfahren prinzipiell dadurch, dass auf eine Schlüsse- 
lung der Gemeinkosten möglichst verzichtet wird und eine 
Schicht- oder stufenweise Zuordnung der Gemeinkosten zu Kos- 
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tenstellen oder Kostenträgern, d. h. eine direkte Weiterverrech- 
nung erfolgt. Diese Verfahren werden mit stufenweiser Fixkos- 
tendeckungsrechnung bezeichnet. 

6.2 Begriffserklärungen und Zahlenbeispiele 

Das Prinzip der Teilkostenrechnung beruht darauf, den Kosten- 
trägern nur die Grenzkosten zuzurechnen, die Gemeinkosten 
jedoch als Periodenfixkosten en bloc gegen den Periodende- 
ckungsbeitrag zu verrechnen. Im Grundtyp I, der im Folgenden 
betrachtet wird, entsprechen die Grenzkosten den variablen 
Kosten. 

Variable Kosten (= Grenzkosten) sind nach diesem Verständnis 
die Kosten einer Produkt- oder Leistungseinheit, die zusätzlich 
entstehen (bzw. entfallen), wenn diese Einheit produziert (bzw. 
nicht produziert) wird. 

Fixe Kosten entstehen zeitabhängig und werden innerhalb eines 
bestimmten Zeit- und Beschäftigungsintervalls von Schwankun- 
gen des Beschäftigungsgrades (Ausbringung und Distribution) 
nicht beeinflusst. 

Durch Einfügung der Erlöse in die Teilkostenrechnung entsteht 
die Deckungsbeitragsrechnung. Der Deckungsbeitrag stellt die 
Differenz zwischen variablen bzw. Grenzkosten und Umsatzerlö- 
sen (Gesamt- oder Periodendeckungsbeitrag bzw. Deckungsbei- 
tragsvolumen) bzw. zwischen variablen Stückkosten und Ver- 
kaufspreis (Stückdeckungsbeitrag) dar. Der Deckungsbeitrag 
dient zunächst zur Abdeckung der Periodenfixkosten, der über- 
schießende Rest stellt den Gewinn des Unternehmens dar. 



BEISPIEL: E-LUX KG 

Folgendes Beispiel erläutert diese Begriffe: Die E-Lux KG, ein Unter- 
nehmen der IT-Industrie, stellt im Werk 1 nur ein Produkt (CD-RW- 
Brenner) her, der Preis beträgt pro Stück EUR 27,50, die Selbstkosten 
22,50 EUR. Alle produzierten Geräte werden in der gleichen Periode 
abgesetzt. Die Planerfolgsrechnung sieht wie folgt aus: 
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li 


Gesamterlöse 


5 500 


abzüglich gesamte Umsatzkosten 


4 500 


Gewinn 


1.000 



Die Kostenauflösung ergibt, dass von den Gesamtkosten T€ 2 400 
Fixkosten darstellen. Die Erfolgsrechnung nach dem System der De- 
ckungsbeltragsrechnung zeigt folgendes Bild: 



li 

Gesamterlöse (E) 5 500 (bei 200.000 Stück) 

- Summe Grenzkosten (Kv) 2 100 

Deckungsbeltragsvolumen (DBV) 3 400 

- Fixkosten (Kf) 2 400 

Gesamtgewinn (G) 1.000 



In der Stückerfolgsrechnung weist die Deckungsbeltragsrechnung nur 
den Bruttoerfolg (Deckungsbeltrag pro Stück oder absoluten De- 
ckungsbeltrag) aus, der Nettoerfolg (Gewinn nach Selbstkosten) kann 
nur der Perlodenrechnung entnommen werden: 



€ 

Stückerlöse (e) 27,50 

Grenzkosten (kv) 10,50 

Deckungsbeltrag pro Stück (db) 17 , — 

(absoluter Stückdeckungsbeltrag) 
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In der Vollkostenrechnung werden Selbstkosten und Stücknettogewin- 



ne wie folgt errechnet: 


€ 




Stückerlös (e) 


27,50 EK 


10,50€ 


abzüglich Seibstkosten (SK) 22,50 GK 


12,00 € 


Netto-Stückgewinn (g) 


5,— SK 


22,50 € 


Vollkosten- 

rechnung 


Deckungs- 

beitragsrechnung 


Gesamterfoig 


E - Kg = G 


E - Kv = DBV 


(Periodenerfoig) 




DBV - Kf = G 


Stückerfoig (g bzw. db) 


i 

i 

II 

C>Q 


e - kv = dbabs 



Es ist zu ersehen, dass in der Deckungsbeitragsrechnung die 
Stückerfolgsrechnung nur den Bruttoerfolg (db„^,,) ausweist. 

Die Deckungsbeitragsrechnung zeigt, dass ein Betriebsgewinn 
entsteht, wenn der Deckungsbeitrag die Fixkosten übersteigt. 
Liegt dieser unter den Fixkosten, entsteht ein Betriebsverlust, ist 
dieser gleich den Fixkosten, dann entsteht weder Verlust noch 
Gewinn. Dieser Punkt innerhalb eines Beschäftigungsintervalls 
wird mit Deckungspunkt, Gewinn- oder Nutzenschwelle oder als 
break-even-Punkt bezeichnet (vgl. hierzu Abbildung 191, wo 
dieser Punkt graphisch in Form eines Gewinnschwellendia- 
gramms dargestellt ist). Die Nutzenschwelle (break-even-Punkt) 
kann in Leistungseinheiten als Deckungspunktausbringung 
(DPA) oder in EUR/Umsatzerlöse als Deckungspunktumsatz 
(DPU) dargestellt werden. Für die Berechnung gilt: 



Deckungspunktausbringung 
(DPA) in Stück 

oder, da db = e - k^ ist, gilt: 



Fixkosten {Kf) 
Deckungsbeitrag (db) 



DPA 



K, 
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Der Deckungspunktumsatz errechnet sich, wenn die Deckungs- 
punktausbringung mit dem Stückerlös (e) multipliziert wird: 

_ Fixkosten {Kf) ^ 

Deckungsbeitrag (db) 



Kf 

DPU = ^—*e 

e-k. 

Der Deckungsgrad (DG) bezeichnet den prozentualen Anteil des 
Deckungsbeitrages am Erlös und errechnet sich wie folgt: 



Deckungsbeitragsvolumen 

Deckungsgrad = * 100 

Umsatzerlöse 



oder 

DBV 

DG = * 100 

E 

Bezogen auf das Zahlenbeispiel (S. 381 1.) errechnen sich DPA, 
DPU und DG wie folgt: 

(Prämisse: Kapazitätsgrenze = 200.000 LE): 

BEISPIELE 



Deckungspunktabsatz: 



DPA = 



DPA = 



e-k^ 

2.400.000 

27,50-10,50 



2.400.000 

17,00 



= 141.176,47 L£ 



Deckungspunktumsatz: 
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Kf 

DPA = *e 

e-k, 

^ 2.400.000 ^ 27 50 = 3.882.353 EUR 
27,50-10,50 



Der Deckungsgrad ergibt sich: 

DG =2^ 



DG = 



3.400.000 

5.500.00 



*100 = 61,82% 



Die Gewinnschwelle im Werk 1 des IT-Unternehmens wird also 
bei Produktion und Absatz von 141.177 CD-RW-Brennern er- 
reicht, was einem Umsatzerlös von 3-882.353 entspricht. Der 
Deckungsgrad entspricht 6l,82 % vom Umsatz. Die Überprüfung 
des Ergebnisses lässt sich wie folgt durchführen: 



Position 


EUR 


Gesamterlös ohne Gewinn oder Verlust (E) 


3 882 353 


abzüglich Grenzkosten (K^) 
141 176,47 Stück • 10,50 


1 482 353 


Deckungsbeitragsvolumen (DBV) 


2 400.000 


abzüglich Eixkosten (K,.) 


2 400.000 


Gewinn/Verlust 


0 



Der Deckungspunktumsatz kann auch nach folgender Formel errech- 
net werden: 

Kf 

DPU 

DG 

d. h. für dieses Beispiel: 
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DPU = 



2 . 400.000 

61 , 82 % 



= 3 . 882.353 £[//? 



Für die betriebswirtschaftliche Risikoanalyse werden aus der 
Deckungsbeitragsrechnung errechnete Kennzahlen, der Sicher- 
heitskoeffizient und der Plankoeffizient, häufig herangezogen. 

Der Sicherheitskoeffizient (SIK) gibt an, um wie viel Prozent der 
Planumsatz unterschritten werden darf, bis die Gewinnschwelle 
erreicht ist. Er errechnet sich wie folgt: 

Planumsatz - Plandeckungspunktumsatz 

SIK — 

Planumsatz 



U-DPU^ 
SIK = - ^ ^ 



U. 



Ein hoher, möglichst nahe an den theoretischen Grenzwert f 
heranreichender Sicherheitskoeffizient zeigt an, dass das Unter- 
nehmen frühzeitig in der Geschäftsperiode die Gewinnschwelle 
erreicht und über größere Sicherheitsmargen bei eventuellen 
Markt- und Kostenrisiken verfügt. 

Der Kapazitätskoeffizient (KK) stellt das Deckungsbeitragsvolu- 
men in Beziehung zum Fixkostenblock dar und errechnet sich 
wie folgt: 

„ . , _ . Deckungsbeitragsvolumen 

Kapazitatskoejjizient {KK) = 

Fixkosten 



KK 



DBV 

K, 



Die Aussage dieser Kennzahl entspricht im Wesentlichen der des 
Sicherheitskoeffizienten, wobei ein hoher Wert auf stabile Er- 
folgsbedingungen hinweist, wenn das Deckungsbeitragsvolumen 
die Fixkosten entsprechend überschreitet. 

Bezogen auf das Beispiel errechnet sich der Sicherheitskoeffi- 
zient (SIK) wie folgt: 
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SIK 



U,-DPU, 



SIK 



5 . 500 . 000 - 3 . 882.353 
5 . 500.000 



0,294 



Bezogen auf das Marktrisiko sagt der Sicherheitskoeffizient aus, 
dass bei einem mengeninduzierten Umsatzrückgang um 30 % 
(genauer 29,4 %) das Unternehmen in die Verlustzone eintreten 
würde. 



Der Kapazitätskoeffizient (KK) ergibt sich wie folgt: 



KK = 



DBV 



K. 



KK = 



3.400.000 

2.400.000 



1,417 



Bei den gegebenen Produktions- und Absatzbedingungen sind 
Fixkosten im Deckungsbeitragsvolumen f,4 (genau f,4l7) mal 
enthalten, etwa 40 % des Fixkostenvolumens entsprechen dem 
Betriebserfolg (Gewinn). 

Der Deckungsgrad wird in der Praxis häufig zur Beurteilung des 
Erfolges von Produkten und Leistungen herangezogen. 

Für Unternehmensentscheidungen eignet er sich jedoch nur in 
Ausnahmefällen, und zwar für die Zwecke der Ermittlung eines 
so genannten »Tastpreises« bei der Einführung neuer Produkte, 
wenn der Marktpreis nicht bekannt ist sowie für Eälle einer 
wertmäßig fest bestimmten Nachfrage ohne betriebliche Engpäs- 
se. Bei diesen Voraussetzungen ist es sinnvoll, das Produkt mit 
dem höchsten Deckungsgrad zu fördern. Hierzu folgendes Bei- 
spiel: 

FALLSTUDIE: DECKUNGSBEITRAGSRECHNUNG (E-LUX 
GMBH) 

Der Unternehmensberater X tritt an die E-Lux GmbH mit folgen- 
der Nachfrage heran: 
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Zu Weihnachten will X IT-Zubehör als Präsent an seine Kunden 
verschenken. Ihm ist es egal, was für und wie viel Geräte dies 
sind, wenn zwei Bedingungen erfüllt werden: 

a) X hat 10.000 € für diese Präsente in seinem Budget und will 
höchsten diesen Betrag ausgeben. 

b) die Geschenke dürfen je Stück nicht mehr als 40,- € kosten, 
um die steuerliche Abzugsfähigkeit zu gewährleisten. 

Die E-Lux GmbH hat außer CD-RW-Brennern noch folgende 
Produkte: 



Produkt 


p 

/ 

Stück 


k 

/ 

Stück 


/ 

Stück 


db„, 

%* 


Laptop- 

Tasche 


27,50 


10,50 


17,— 


62 


USB-Uhr 


54,— 


28,— 


26, — 


48 


PDA 


46,— 


32,— 


14,— 


30 


USB- 

Harddisk 


77 — 


22 — 


55,— 


71 


* gerundet 



Abbildung 193: Daten zur Produkt-Palette der E-Lux GmbH 



Es lässt sich nun eine Sortenrangfolge aufstellen: 



Produkt 


Rang 


Rang 




db,,. 


db„, 


Laptop-Tasche 


3 


2 


USB-Uhr 


2 


3 


PDA 


4 


4 


USB-Harddisk 


1 


1 



Abbildung 194: Rangliste der Wertigkeiten 

Eine Optimierung nach relativen Deckungsbeiträgen führt zum 
Ergebnis, dem Kunden 363 Laptop-Taschen (10.000 : 27,50) an- 
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zubieten, da der Artikel mit dem höchsten Deckungsgrad (USB- 
Harddisk) die Preisbedingung nicht erfüllt. 

Hierdurch wird ein Deckungsbeitragsvolumen von EUR 6 171, — 
(363 Stück mal EUR 17, — Deckungsbeitrag) erreicht. Eine Aus- 
wahl des Produktes mit dem nächst höchsten Stückdeckungsbei- 
trag (USB-Uhr, da der Rang 1 nicht berücksichtigt werden kann) 
würde dagegen nur zu einem Deckungsbeitrag von EUR 4 810, — 
führen (10.000 : 54, 185 Stück; 185 • 26,— = 4 810) 

Der Betriebserfolgsausweis bei Teil- und Vollkostenrechnung ist 
nur bei periodengleicher Produktions- und Absatzmenge, d. h. 
wenn keine Bestandsveränderungen vorliegen, identisch. Liegt 
diese Bedingung nicht vor, so führen Änderungen im Erzeugnis- 
bestand zu unterschiedlichen Betriebserfolgsausweisen, wenn die 
Erzeugnisbestände auf teil- oder vollkostenbasierenden Herstell- 
kosten bewertet werden. 

Dies wird am Beispiel der E-Lux GmbH (vgl. S. 381 f.) darge- 
stellt. Eolgende ergänzende Informationen sind zur Errechnung 
der Herstellkosten erforderlich: 

Die gesamten Kosten von EUR 4 500.000 lassen sich in ihre fixen 
und variablen Bestandteile wie folgt auflösen: 



Gemeinkosten 


Summe 


fix 


variabel 


Fertigungsgemeinkosten 


1 500.000 


1 350.000 


150.000 


Materialgemeinkosten 


600.000 


500.000 


100.000 


Einzelkosten (FL, FM) 


1 800.000 


_ 


1 800.000 


Herstellkosten 


3 900.000 


1 850.000 


2 050.000 


Verwaltungs- und Ver- 
triebskosten 


600.000 


550.000 


50.000 


Selbstkosten 


4 500.000 


2 400.000 


2 100.000 



Abbildung 195: Herstellkosten der E-Lux GmbH 



Hieraus ergibt sich für die Herstellkosten (HK) im Falle der Ferti- 
gung von 200.000 Stück: 



Herstellkosten bei Vollkostenrechnung pro Stück 
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EUR 3 900.000 : 200.000 Stück = EUR 19,50 



oder in der Stückkalkulation (Zuschlagskalkulation): (Aus Verein- 
fachungsgründen wurde auf der Trennung der Gemeinkostenzu- 
schläge nach Eertigung, Material, Verwaltung und Vertrieb ver- 
zichtet.) 



Einzelkosten (EL, EM) EUR 1.800.000 : 200.000 Stück= EUR 9,00 

Eertigungs- und Materialgemeinkosten 

(ll6,7 % der Einzelkosten) = EUR 10,50 

Herstellkosten EUR 19,50 

Errechnung des Eertigungs- und Materialgemeinkostenzuschlags 
(Basis: Gesamte Einzelkosten): 

1 . 500.000 + 600 . 000 .^^^^,, 

1 . 800.000 



Die Herstellungskosten der Teilkostenrechnung betragen dage- 
gen pro Stück: 



EUR 2 050.000 : 200.000 Stück = EUR 10,25 



Eolgende drei Perioden werden im Hinblick auf das Betriebser- 
gebnis nach Voll- bzw. Teilkostenverfahren verglichen: 



Periode 1: alle 200.000 erzeugten Artikel (Laptop-Tasche) wer- 

den in einer Periode produziert und abgesetzt. 

Periode 2: Von den 200.000 produzierten Artikeln werden 

150.000 abgesetzt, 50.000 auf Lager genommen. 
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Periode 3: 250.000 Artikel werden abgeset 2 t, 200.000 Artikel 

produziert. Nach Periode 3 ist der Lagerbestand also wie zu Be- 
ginn 0. 



Der Preis beträgt in allen Fällen EUR 27,50 pro Stück. 



PERIODE 1: 



Produzierte Menge: 


200.000 Stück 


abgesetzte Menge: 


200.000 Stück 


Bestandsveränderung (BVÄ) 


0 Stück 


Vollkostenrechnung : 


EUR 


Erlöse 


5.500.000 


Herstellkosten des Umsatzes 


3.900.000 


Verwaltunas- und Vertriebskosten 


600.000 


Betriebsoewinn 


1.000.000 


Teilkostenrechnung : 




Erlöse 


5.500.000 


variable Herstellkosten 


2.050.000 


variable Verwaltungs- und Vertriebskosten 


50.000 


Deckungsbeitrag 


3.400.000 


Periodenfixkosten 


2.400.000 


Betriebsoewinn 


1.000.000 


In beiden Fällen wird ein identischer Betriebsgewinn ausgewiesen. 
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PERIODEN 2 UND 3: 





Periode 2 


Periode 3 


produzierte Artikel: 


200.000 Stück 


200.000 Stück 


abgesetzte Artikel: 


150.000 Stück 


250.000 Stück 


Bestandsveränderung (BVÄ) 


-r 50.000 Stück 


- 50.000 Stück 


Vollkostenrechnung 


EUR 


EUR 


Erlöse 


4.125.000 


6.875.000 


Herstellkosten des Umsatzes 


2.925.000 


4.875.000 


Verwaltunos- und Vertriebskosten 


600.000 


600.000 



Betriebsaewinn 600.000 1 .400.000 



Teilkostenrechnung: 






Erlöse 


4.125.000 


6.875.000 


variable Herstellkcsten des Umsatzes 


1.537.500 


2.562.500 


variable Verwaltungs- und 






Vertriebskesten 


50.000 


50.000 


Deckungsbeitrag 


2 537 500 


4 262 500 


Periedenfixkesten 


2 400.000 


2 400.000 


Betriebsaewinn 


137 500 


1 862 500 



Das Beispiel zeigt, dass bei Anwendung von Voll- oder Teilkos- 
tenrechnungsverfahren unterschiedliche Betriebsergebnisse aus- 
gewiesen werden können, da Periodenverschiebungen durch 
Bestandsveränderungen auftreten. 

Die Programmoptimierung im Mehrproduktunternehmen ist ohne 
eine Deckungsbeitragsrechnung kaum möglich. In der Praxis ist 
die Festlegung eines gewinnoptimalen Sortiments oder Produkti- 
onsprogramms normalerweise nicht durch das Unternehmen frei 
bestimmbar, sondern unterliegt vielfältigen Begrenzungen. 

Diese einschränkenden Bedingungen werden durch das externe 
Umfeld (Markt, Kunde, Staat, Gesetze, usw.) oder auch durch 
interne Restriktionen des Unternehmens (Betriebsmittel, Mitarbei- 
ter, Materialversorgung, Finanzierung) bestimmt. 
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6.2 Begriffserklärungen und Zahlenbeispiele 



Werden durch diese Restriktionen die Aktionsmöglichkeiten im 
Unternehmen zu einem bestimmten Zeitpunkt oder über einen 
gewissen Zeitraum beschränkt, bildet sich ein Engpass. 

Der betriebliche Engpass kann sich von Zeit zu Zeit für das glei- 
che Unternehmen oder das gleiche Produkt ändern. Zu Beginn 
des Planungsprozesses zur Programmoptimierung wird der Eng- 
pass bestimmt. Dieser wird in Beziehung zum Deckungsbeitrag 
gesetzt und bildet den Deckungsbeitrag pro Engpassfaktor. Ist 
zum Beispiel eine Knappheit bei den Rohstoffen gegeben, so 
kann der Deckungsbeitrag pro Kilo Rohstoff, bei Eacharbeiter- 
mangel der Deckungsbeitrag pro Eacharbeiterstunde Engpassfak- 
tor sein. Es können auch mehrere Engpässe gleichzeitig auftre- 
ten. 

Der Deckungsbeitrag pro Engpassfaktor wird zum bestimmenden 
Entscheidungsparameter für die Programmoptimierung. Die Ab- 
kürzung heißt dann: db^^^,. 



FALLSTUDIE: DECKUNGSBEITRAGSRECHNUNG (INTER- 
FACE GMBH) 

(Zwei Produkte, ein bestimmender Engpass, EIöchsu/Mindest- 
mengenbegrenzung) 

Die Interface GmbH stellt im Werk 2 Brenner für Personal- 
computer in zwei Typen her: 

Typ A CD-RW-Brenner 

Typ B DVD-Brenner 

Eolgende Informationen sind verfügbar: 



Typ 


A 


B 


Kosten je Einheit (in EUR) 


EUR 


EUR 


Eertigungsmaterial (EM) 


15,— 


27,— 


Eertigungslöhne (EL) 


3,60 


3,30 


variable Gemeinkosten 


3,60 


4,80 


Verkaufspreis 


30,— 


42,— 


Periodenfixkosten 


750.000,— 
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6 Deckungsbeitragsrecbnung für IT-Controller 



Fall 1 



Fall 2 



Bei der Budgetplanung für das nächste Jahr werden folgende 
Problembereiche diskutiert: 

Der Vertriebsleiter legt dar, dass er zu den geplanten Preisen 
folgende Höchstmengen absetzen kann: 

Typ A 80.000 Stück 

Typ B 150.000 Stück 

Gleichzeitig weist er jedoch darauf hin, dass aus Gründen der 
Kunden- und Marktpflege folgende Mindestmengen angeboten 
werden müssen: 

Typ A 25.000 Stück 

Typ B 80.000 Stück 

Der Produktionsleiter erläutert die Kapazitätssituation wie folgt: 
Aufgrund vertraglicher Verpflichtungen beliefert die Interface 
GmbH ihre Kunden in einem Just-in-time-Verfahren. Die Geräte 
müssen 100 %-fehlerfrei geliefert werden. 



Daher durchlaufen alle Geräte vor Auslieferung einer computer- 
gesteuerten Funktionskontrolle. Dieser Prüfcomputer hat eine 
Kapazität von 1 850 Stunden im Jahr. 




Abbildung 196: Produktionsablauf der Interface GmbH 



Dieser Produktionsengpass wird von den Produkten A und B 
wie folgt im Anspruch genommen: 



Typ 


A 


B 


Prüfrate pro Stunde in Stück 


60 


100 



Abbildung 197: Produktionsengpass von den Produkten A und B 
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6.2 Begriffserklärungen und Zahlenbeispiele 



Falls 



zu Fall 1 



Der Finanzleiter weist darauf hin, dass aufgrund anderweitig 
bereits in Anspruch genommener Kreditlinien und eines Mangels 
an kurzfristigem Betriebskapital (working Capital) nur Umsätze 
bis zu einer Höhe von EUR 5.100.000 für Werk 2 finanzierbar 
sind. 

Der Controllerdienst soll für das Management die optimale Pro- 
grammgestaltung aufzeigen. 

Die Lösung setzt voraus, dass die stück- und engpassbezogenen 
Deckungsbeiträge (db_,„j,) ermittelt und die Programmoptimierun- 
gen hierauf eingerichtet werden. 

Folgende Grundrechnung ist erforderlich: 



Typ 


A 

EUR 


B 

EUR 


Verkaufspreis (p) 


30,— 


42,— 


Fertigungsmaterial (FM) 


15,— 


27,— 


Fertigungslohn (FL) 


3,60 


3,30 


Variable Gemeinkosten (vGK) 


3,60 


4,80 


Summe Grenzkosten 


22,20 


35,10 


Deckungsbeitrag pro Stück (db) 


7,80 


6,90 


Deckungsbeitrag 

pro Engpass-Stunde (db,„„) 


468,— 


690,— 


Engpassdeckungsbeitrag 
pro EUR 210,— 






Umsatzerlös 


54,60 


34,50 



Wenn keine Mindestmengen- bzw. Finanzierungsrestriktion vor- 
liegt, wird die Programmoptimierung entsprechend der Rangfol- 
ge der Deckungsbeiträge pro Engpass-Stunde (db,,„p vorgenom- 
men. Typ B genießt also Priorität und wird zunächst als Höchst- 
menge produziert. 

Falls noch Engpasskapazität übrig bleibt, wird diese dem Produkt 
Typ A zugewiesen. 
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db 


DB 


Engpass 




EUR 


EUR 


h 


150.000 Stück Typ B 


6,90 


1.035.000 


1.500 


21.000 Stück Typ A 


7,80 


163.800 


350 






1.198.800 


1.850 


Periodenfixkosten (K,.) 




750.000 




Perioden-Plangewinn (G) 




448.800 





zu Fall 1, 2: Diese Produktions- und Äbsatzplanung lässt sich 
jedoch aufgrund der Mindestmengenrestriktion des Marketing 
nicht realisieren. Folgende Vorgehensweise wird erforderlich: 

Zunächst müssen die Mindestmengen in die Programmplanung 
wie folgt aufgenommen werden: 



Typ 


Mindestmengen 

(Stück) 


Engpass-Stunden 

h 


A 


25.000 


4.174 


B 


80.000 


800 






1.217 




1.850 verfügbare h 


633 Rest-h 



Die nach der Mindestmengenrestriktion verbleibende Engpass- 
kapazität wird dem Produkt B mit dem höheren engpassbezoge- 
nen Deckungsbeitrag zugewiesen. 

Es ergibt sich: 



633 h • 100 Stück pro h = 63 300 Stück Typ B 



Das optimierte Programm ergibt sich wie folgt: 
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6.2 Begriffserklärungen und Zahlenbeispiele 



Typ 


Menge 


db 


DB 


Engpass- 

Stunden 






EUR 


EUR 


h 


A 


25.000 


7,80 


195.000 


417 


B 


143.300 


6,90 


988.770 


1 433 








1.183.770 


1 850 


Periodenfixkosten (KD 


750.000 




Perioden-Plangewinn (G) 


433.770 





Durch die Mindestmengenrestriktion sinkt der Plangewinn von 
TEUR 448,8 auf TEUR 433,8, da die Produktionsmenge Typ A, 
der einen geringeren engpassbezogenen Deckungsbeitrag auf- 
weist, von 21.000 auf 25.000 Stück zu Lasten Typ B ausgeweitet 
werden muss. 

zu Pall 3: Aufgrund des Pinanzierungsengpasses lässt sich jedoch 
auch dieses Programm nicht realisieren, wie die Umsatzberech- 
nung erweist: 



143.300 Stück 


Typ B • EUR 42,— = 6 .OI 8 . 6 OO 


25.000 Stück 


Typ A • EUR 30,— = 750.000 




Gesamt-Planumsatz = 6.768.600 


Pinanzierbarer Umsatz = 5.100.000 



Die Pinanzierung wird in diesem Pall zum bestimmenden Eng- 
pass. Es wird daher erforderlich, unter Beachtung der Mindest- 
(und Höchst-)mengenrestriktion sowie des Pinanzierungsengpas- 
ses eine Programmoptimierung nach umsatzbezogenen De- 
ckungsbeiträgen vorzunehmen. Die Priorität für die Leistungs- 
menge liegt also bei Produkt A 
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Typ 


Mindest- 

mengen 


Preis 


Umsatz 


Engpass- 

stunden 




Stück 


EUR 


EUR 


h 


A 


25.000 


30,— 


750.000 


417 


B 


80.000 


42,— 


3-360.000 


800 


Planumsatz im 
Engpass 






5.100.000 




Produktionska- 

pazität 






- 


1.850 


Restfinanzie- 

rungskapazität 






990.000 





Optimiert nach Produkt A sind dies 33-000 (990.000 : 30, — ) zu- 
sätzliche Stücke. Der Produktionsengpass wird hierfür mit 550 
Stunden (33-000 : 60) in Anspruch genommen. Die Restkapazität 
von 83 h (h 417 + 800 + 550 - 1 850 = 83 h) des Prüfcomputers 
kann nicht genutzt werden, da die Finanzierung der bestimmen- 
de Engpassfaktor geworden ist. Der optimierte Programm- und 
Absatzplan ergibt sich wie folgt: 



Typ 


Höchst- 
/ Min- 
dest- 
menge 
T/Stück 


Plan- 

men- 

gen 

T/Stück 


Plan- 

preis 

EUR 


Plan- 

umsatz 

T/EUR 


Plan- 

dec- 

kungs- 

bei- 

trag 

T/EUR 


Eng- 
pass- 
smn- 
den h 


A 


80/25 


58 


30,— 


1.740,— 


452,4 


967 


B 


150/80 


80 


42,— 


3-360,- 


552,0 


800 






138 




5.100,— 


1.004,4 


1.767 


Periodenfixkosten (KO 


750,0 


Perioden-Plangewinn (G) 


254,4 



Die Programmoptimierung beachtet alle Restriktionen. Bestim- 
mender Engpassfaktor wird die Finanzierung; das Ergebnis sinkt 
zwar auf TEUR 254,4, stellt aber bei den gegebenen Rahmenbe- 
dingungen das Planungsoptimum dar. 
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6.3 Absolute und relative Deckungsbeiträge 



Das hier vorgestellte Beispiel behandelt den Fall, dass in einem 
Betrieb nur ein einziger Engpass vorliegt. 

Sollten, was in der Praxis durchaus vorkommt, gleichzeitig meh- 
rere Engpässe vorliegen, bietet das Rechnen mit dem engpassbe- 
zogenen Deckungsbeitrag keine Lösung, es sind zur Produkti- 
onsprogrammoptimierung Methoden der linearen Programmie- 
rung einzusetzen (Simplex-Methode). 



6.3 

Ursprung der 
Deckungsbei- 
tragsbegriffe 



einstufige 

Deckungs- 

beitrags- 

rechnung 



zweistufige 

Deckungs- 

beitrags- 

rechnung 



Absolute und relative Deckungsbeiträge 

Alle heute bekannten Deckungsbeiträge sind aus dem absoluten, 
artikelbezogenen Deckungsbeitrag entwickelt worden. Je nach 
der Zielvorstellung der einzelnen Teilkostenrechnungsverfahren 
lässt sich aus dem absoluten Deckungsbeitrag ein relativer als 
engpassbezogener, schichtenbezogener, kundenbezogener oder 
sortenwechselkostenbezogener Deckungsbeitrag ableiten (vgl. 
Abbildung 198). 

Als einstufige Deckungsbeitragsrechnung ermittelt das amerikani- 
sche Direct Costing den absoluten Deckungsbeitrag. Die Erfolgs- 
analyse kennzeichnet die Artikelrangfolge und zeigt den Füh- 
rungsinstanzen, welche Artikel den höchsten Beitrag zur De- 
ckung der Blockfixkosten (Rummel) und Gewinnerzielung 
leisten. Die Grenzselbstkosten ermöglichen als Kalkulationsbasis 
ein Herantasten an den Marktpreis. 

Die einstufige Deckungsbeitragsrechnung kennt keinen Soll-Ist- 
Kosten-Vergleich und unterstellt für alle Analysen unterbeschäf- 
tigte betriebliche Teilkapazitäten ohne erfolgswirksame Engpäs- 
se. 

Eine zweistufige Deckungsbeitragsrechnung stellt in der Erfolgs- 
rechnung wie die einstufige den Blockfixkosten nur den erwirt- 
schafteten absoluten Deckungsbeitrag gegenüber. In der Eorm 
der Grenzplankostenrechnung mit angeschlossener Plande- 
ckungsbeitragsrechnung lassen sich neben dem Soll-Ist-Kosten- 
Vergleich auf Grenzkostenbasis Erfolgsanalysen, Gewinnplanun- 
gen, Nutzenoptimierungen, Preisuntergrenzenbestimmungen, 
Verkaufs- und Fertigungsprogrammplanungen auch bei überbe- 
schäftigten betrieblichen Teilkapazitäten mit erfolgswirksamen 
Engpässen durchführen. 

In der zweiten Rechenstufe wird der absolute Deckungsbeitrag 
auf den erfolgswirksamen Engpass projiziert, d. h. durch die 
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6 Deckungsbeitragsrechnung für IT-Controller 



Kunden-DBR 



Mindest- 

losgrößen 



Engpassfaktoreinheit, dividiert. Die Artikelrangfolge der engpass- 
bezogenen Deckungsbeiträge bildet die Grundlage für absatzpo- 
litische und fertigungsorientierte Entscheidungen, wenn sie der 
Markt akzeptiert. 

In einer mehrstufigen Deckungsbeitragsrechnung lassen sich aus 
dem absoluten Deckungsbeitrag durch eine »verursachungsge- 
rechte« Differenzierung der Blockfixkosten schichtenbezogene 
Deckungsbeiträge für eine Deckungsbeitragstiefenanalyse entwi- 
ckeln. 

Auf Istkostenbasis stellt die stufenweise Eixkostendeckungsrech- 
nung eine Kombination einer Ist-Deckungsbeitragsrechnung und 
einer Vollkostenrechnung dar, da eine Preisbildung für die Auf- 
tragsfertigung durch die Eixkostenzuschläge in progressiver und 
retrograder Eorm möglich wird. Gleichzeitig fallen alle Vorteile 
einer Deckungsbeitragsrechnung mit an, nur ist sie vergangen- 
heitsbezogen. 

Die kundenbezogene Deckungsbeitragsrechnung belastet die 
vom Kunden oder der Kundengruppe erwirtschafteten absoluten 
Deckungsbeiträge verursachungsgerecht mit den entsprechenden 
Kundeneinzelkosten (Zustellkosten, Sonderverpackung, Werbe- 
kosten, Kredithilfen u.ä.). Sie können als relevante Kosten fixen 
oder variablen Kostencharakter besitzen. Die Deckungsbeitrags- 
tiefenanalyse liefert den Führungsinstanzen der Verkaufsabtei- 
lungen Hilfen für absatzpolitische Entscheidungen, d. h. für eine 
Kundenförderung oder Kundenvernachlässigung. 

Für die Bestimmung von Mindestlosgrößen, z. B. in einer PC- 
Fertigung, benötigt man den sortenwechselkostenbezogenen 
Deckungsbeitrag. Man ermittelt ihn, indem man vom absoluten 
Deckungsbeitrag die Sortenwechselkosten subtrahiert. 
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6.3 Absolute und relative Deckungsbeiträge 





a 


b 


c 


d 




Rechentechnische 

Verfahren 


Teilkostenrechnungs- 

vorschriften 


Deckungsbeitragsarten 


Abk. 


1 


Einstufige Deckungsbeitrags- 
rechnung ermittelt den 
absoluten Deckungsbeitrag 
in einer Rechenstufe, stellt 
dem Deckungsbeitrags- 
volumen nur Blockfixkosten 
gegenüber 


Direct-Costing-Methode oder 
artikelhezogene Deckungshei- 
tragsrechnung, bekannt seit 
dem Jahr 1934 in den Verei- 
nigten Staaten durch J. N. 
Harris, führt ohne Deckungs- 
beitragstiefenanalyse zu 
Fehlentscheidungen 


Absoluter Deckungsheitrag 
Erlös minus Grenzselbstkosten 

- 

X 


db_^ 








Relative Deckungsbeiträge 


db^ 


2 


Zweistufige Deckungs- 
beitragsrechnung ermittelt 
den absoluten und engpass- 
bezogenen Deckungsbeitrag 
in zwei Rechenstufen, stellt 
dem Deckungsbeitragsvolu- 
men nur Blockfixkosten 
gegenüber - Soll-Ist-Kosten- 
Vergleich und Gewinnopti- 
mierung realisierbar 


Weiterentwickelte Direct 
Costing-Methode in der Form 
der Grenzplankostenrechnung 
mit Plandeckungsheitrags- 
rechnung, in der BRD bekannt 
seit dem Jahr 1952 durch H. G. 
Plaut und dem Jahre 1961 
durch Kilgers „Flexible Plan- 
kostenrechnung“ . 


Engpasshezogener Deckungsheitrag 

absoluter Deckungsheitrag 
Engpassfaktoreneinheit 

dhahs _ 
epfe 


db 

eng 


3 


Zweistufige Deckungsbei- 
tragsrechnung subtrahiert 
vom absoluten Deckungsbei- 
trag die Sortenwechselkosten 
für eine Mindestlosgrössen- 
bstimmung 


Sortenwechselkostenbezogene 
Deckungsbeitragsrechnung, in 
der BRD bekannt seit dem 
Jahre 1974 durch G. Horsten 
und E, Mayer (Mindestlosgrö- 
ßenbestimmung mit Hilfe der 
Deckungsbeitragsrechnung) 


Sortenwechselkostenhezogene De- 
ckungsheitrag 

Deckungsbeitrag absolut der Sorte 
- Sortenwechselkosten der Sorte 
= Deckungsbeitrag sorten- 
wechselkostenbezogen 




4 


Zweistufige Deckungs- 
beitragsrechnung subtrahiert 
vom absoluten Deckungsbei- 
trag die Opportunitätskosten 
für Alternativentscheidungen 
bei Programmwahlen oder 
Zusatzaufträgen (bei überbe- 
schäftigten betrieblichen 
Teilkapazitäten) 


Opportunitätskosten bezogene 
Deckungsheitragsrechnung, in 
der BRD bekannt in ähnlicher 
Form durch Böhm-Wille 
(Standardgrenzpreisrechnung) 
seit dem Jahre I960 und Kilger 
seit dem Jahre 1967 


Opportunitätskosten bezogener De- 
ckungsheitrag 
Deckungsbeitrag absolut 

- Opportunitätskosten 
= Deckungsbeitrag 

opportunitätskostenbezogen 

oder 

Erlös 

- Preisuntergrenze engpassbezogen 
= Deckungsbeitrag 

opportunitätskostenbezogen 


db 

op 


5 


Mehrstufige Deckungs- 
beitragsrechnung (auch als 
DBR auf der Grundlage 
relativer Einzelkosten von 
Paul Riebel bekannt) stellt 
den Deckungsbeiträgen 
mehrere Fixkostenschichten 
für eine Deckungsbeitrags- 
tiefenanalvse gegenüber. 


Stufenweise Fixkostende- 
ckungsrechnung, in der BRD 
bekannt seit dem Jahre 1959 
bzw. 1961 durch Aghte und 
Mellerowicz mit Erzeugnisfix- 
kosten, Erzeugnisgruppenfix- 
kosten, Stellenfixkosten, 
Bereichsfixkosten, Unterneh- 
mensfixkosten 


Sch ichten bezogener Deckungsheitrag 
Deckungsbeitrag absolut 

- RDB I 

- Erzeugnisfixkosten 

= Restdeckungsbeitrag II 
RDB II 

- Erzeugnisgruppenfixkosten 
= Restdeckungsbeitrag III 

RDB III 


db.. 


6 


Mehrstufige Deckungsbei- 
tragsrechnung stellt dem 
durch den Kunden erwirt- 
schafteten Deckungsbeitrag 
mehrere Vertriebskosten- 
schichten für eine Kunden- 
förderung, Kundenvernach- 
lässigung oder eine Ver- 
triebserfolgsrechnung gegen- 
über 


Kundenbezogene Deckungs- 
beitragsrechnung, Kunden- 
Lind Kundengruppenanalysen, 
Vertreter- und Vertreterbe- 
zirksanalysen, Vertriebskosten- 
stellenbereichserfolgsrech- 
nung, bekannt seit dem Jahre 
1972 (kundenbezogene Ver- 
triebs-Ergebnisrechnung) 


Kundenhezogener Deckungsheitrag 
Deckungsbeitrag abs. des Kunden 
- Einzelkosten des Kunden 
= Deckungsbeitrag kundenbezogen 


db,^ 



Abbildung 198: Absolute und relative Deckungsbeiträge (Mayer, 1997) 
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Erlöse 

- Grenzselbstkosten 

= absoluter Deckungsbeitrag 

- Sortenwechselkosten (SWK) 

= sortenwechselkostenbezogener Deckungsbeitrag - (db^) 

Abbildung 198 dokumentiert übersichtlich die Rechentechniken, 
Teilkostenrechnungsverfahren und Deckungsbeitragsarten. 



6.4 Grundtypen I und II der Teilkostenrechnung 

Die wissenschaftliche Literatur und Wirtschaftspraxis differenzie- 
ren die Teilkostenrechnung in zwei Grundtypen, in die Teilkos- 
tenrechnung auf Grenzkosten- und auf Einzelkostenbasis. Sobald 
eine Verknüpfung der Teilkostenrechnung mit der Erlösseite 
erfolgt, entsteht daraus die Deckungsbeitragsrechnung. 

Grundtyp I der Teilkostenrechnung 

Die klassische Grenzkostenrechnung - in einstufiger und mehr- 
stufiger Eorm - löst die Kostenarten einer Kostenstelle in be- 
schäftigungsfixe und beschäftigungsproportionale Kostenbe- 
standteile auf. Die Bezugsgrößenwahl orientiert sich an der do- 
minierenden Hauptkosteneinflussgröße Beschäftigung (Aus- 
bringungsmenge) . 

Der Soll-Ist-Kosten-Vergleich, die Kalkulation und die innerbe- 
triebliche Leistungsverrechnung arbeiten nur mit dem beschäfti- 
gungsabhängigen Teil der Gesamtkosten, den Grenzherstell- 
bzw. Grenzselbstkosten. Die Grenzkostenkalkulation ermittelt 
über den Erlös den absoluten Deckungsbeitrag, aus dem sich für 
bestimmte Entscheidungshilfen relative Deckungsbeiträge entwi- 
ckeln lassen. 

Eine Deckungsbeitragsrechnung nach Plaut/Kilger verzichtet auf 
den Ausweis des Stückerfolges im Sinne der Vollkostenrechnung, 
da sie es ablehnt, Fixkosten nach dem Durchschnittskostenüber- 
wälzungsprinzip zu verteilen. 

Die Summe der Nettoerlöse, vermindert um die Summe der 
Grenzselbstkosten aller verkauften Artikel, ergibt das auf dem 
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6.4 Grundtypen I und 11 der Teilkostenrechnung 



Markt erwirtschaftete Deckungsbeitragsvolumen einer Rech- 
nungsperiode. Subtrahiert man vom erwirtschafteten Deckungs- 
beitragsvolumen die Bereitschaftskosten in einer Summe (in der 
Form von Blockfixkosten), so erhält man den Betriebserfolg. Die 
Bestandsveränderungen, auf Grenzherstellkostenbasis bewertet, 
können ihn erhöhen oder mindern. 

Dieses Erfolgsrechnungsverfahren (Umsatzkostenverfahren auf 
Grenzkostenbasis) mit einer globalen Abdeckung des Fixkosten- 
blockes bejahen die artikelbezogene Deckungsbeitragsrechnung 
(das einfache Direct Costing) und die Grenzplankostenrechnung 
von Plaut-Kilger (das erweiterte Direct Costing). 

Weiterentwicklungen des einfachen Direct Costing durch Agthe 
und Mellerowicz kombinieren die Voll- und Grenzkostenrech- 
nung, um die Vorteile beider Kostenrechnungsverfahren zu er- 
halten. Nach der Ermittlung des absoluten Deckungsbeitrages 
führt im System der stufenweisen Fixkostendeckungsrechnung 
eine schlüsselfreie, schichtenbezogene Aufteilung des Fixkosten- 
blockes zu zwei Vorteilen: Die Deckungsbeitragstiefenanalyse 
lässt die Notwendigkeit von quantitativen Anpassungsprozessen 
erkennen, Preisuntergrenzen bestimmen und Vollkostenkalkula- 
tionen für Auftragsfertigungen sowie Inventurbewertungen 
durchführen. 

Nicht direkt zurechenbare Fixkostenanteile (Overhead-Kosten) 
deckt der letzte Schichtdeckungsbeitrag in einer Summe ab. 

Eine Verteilung der Overhead-Kosten nach dem »Kostentragfä- 
higkeitsprinzip« oder anderen »verursachungsnahen« Schlüsseln 
ist aus der Sicht des Grenzkostendenkens nicht vertretbar. In der 
Wirtschaftspraxis wird jedoch die Verteilung der Overhead- 
Kosten praktiziert, um diesen Kostenblock in die Verantwor- 
tungsbereiche einzubeziehen und Zieldeckungsbeitragsvolumina 
vorgeben zu können. 

Grundtyp II der Teilkostenrechnung 

Die Deckungsbeitragsrechnung Riebels verzichtet auf eine Ermitt- 
lung von Grenzkosten mit Hilfe einer Kostenauflösung und lehnt 
jede Grenzgemeinkostenschlüsselung als einen Verstoß gegen 
das Verursachungsprinzip ab. 

Plaut/Kilger schlüsseln nur die Grenzgemeinkosten, um vollstän- 
dige Grenzherstellkosten und Grenzselbstkosten für die Kosten- 
kontrolle und Durchführung von Wirtschaftlichkeitsrechnungen 
zu erhalten. 
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6 Deckungsbeitragsrechnung für IT-Controller 





a 


b 


1 


Bruttoerlöse 






2 


- Mehrwertsteuer 






3 


- Rabatte, Bonil 






4 


- preisabhängige Vertriebseinzelkosten der 
Artikel 






5 


= Nettoerlöse I 






6 


- mengenabhängige Vertriebseinzelkosten 
der Artikel 




B 


7 


- wertabhängige Vertriebseinzelkosten der 
Artikel 




CO 

0 

CO 

ÖC 

C 


8 


= Nettoerlöse II 




2 

CO 

’o3 

hJ 


9 


- Stoflkosten, wenn beschäftigungsabhän- 
gige Artikelkosten 


00 

0 

13 

N 


10 


= Deckungsbeitrag I 


s 

’o3 




11 


- Lohnkosten, wenn beschäftigungsabhän- 
gige Artikelkosten 


(U 

0 

'V, 

<v 




12 


= Deckungsbeitrag II über die beschäfti- 
gungsabhängigen 


Dh 






Einzelkosten 






13 


Deckungsbeiträge II von allen Artikeln 
einer Artikelgruppe und/oder eines Fer- 
tigungskostenstellenbereichs 




1— ( 

c 

0) 

-t-> 

(A 


14 


- direkte Kosten der Artikelgruppe 
und/oder des Fertigungskostenstellen- 
bereichs 




schaftskc 
und II 


15 


= Deckungsbeitrag III über die direkten 
Artikelgruppen- und/oder Kostenstellen- 
bereichseinzelkosten 




’S 

0) 

CT) 



Abbildung 199: Retrograde Deckungsbeitragsermittlung (Riebel) 



Riebels Leistungskosten enthalten keine Grenzgemeinkosten aus 
den Material-, Fertigungs-, Verwaltungs- und Vertriebskostenstel- 
lenbereichen, wenn sie sich nicht im Rahmen seiner »Perioden- 
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6.4 Grundtypen I und 11 der Teilkostenrechnung 



Einzelkosten« als unechte Gemeinkosten direkt dem Kalkulati- 
onsobjekt zurechnen lassen. 

Die Perioden-Einzelkosten unterteilt Riebel in: 

• -beschäftigungsabhängige Leistungskosten (Fertigungsmate- 
rial, Verpackung, Fertigungslohn, Sondereinzelkosten der 
Fertigung und des Vertriebs) und 

• -beschäftigungsunabhängige Bereitschaftskosten, direkt und 
indirekt zurechenbar. 

Was sich nicht im Rahmen der Perioden-Einzelkosten direkt 
zurechnen lässt, fließt in die »Einzelkosten offener Perioden«, die 
sog. Mehrperioden-Einzelkosten. Diese ähneln den Overhead- 
Kosten der stufenweisen Fixkostendeckungsrechnung. 

Durch den Verzicht auf eine Schlüsselung der Grenzgemeinkos- 
ten ist der »absolute Deckungsbeitrag« Riebels stets größer als in 
der klassischen Grenzkostenrechnung mit einer Kostenauflösung. 
Dieser Mangel der Einzelkostenrechnung ist bei der Vorbereitung 
von Entscheidungshilfen zu beachten. Die Deckungsbeitragstie- 
fenanalyse Riebels richtet sich nach dem Untersuchungszweck 
und endet, wenn sich die Kosten nicht mehr direkt einem Kalku- 
lationsobjekt zurechnen lassen. 

Bis zur Zeile 12 (Deckungsbeitrag ID kann dieses retrograde 
Kalkulationsschema wahlweise auf einen Artikel, einen Kunden- 
auftrag, einen Fertigungskostenstellenbereich oder die Äbrech- 
nungsperiode bezogen werden. 

Ab Zeile 13 ist die retrograde Kalkulation für einen Artikel, einen 
Kundenauftrag nicht mehr sinnvoll, »da sie ohne eine Aufschlüs- 
selung von Gemeinkosten und Fixkosten nur noch für Zeitab- 
schnitte« aussagefähig ist. Die Wirtschaftspraxis kann und wird 
das o.a. Schema auf ihre speziellen Fragestellungen modifizieren, 
vgl. dazu Mann/Mayer. 

Der Deckungsbeitrag II (Zeile 12) über die beschäftigungsabhän- 
gigen Einzelkosten dient nach Riebel primär der Lösung »wirt- 
schaftlicher Dispositionsprobleme«. Er wird ohne die Berücksich- 
tigung von Grenzgemeinkosten ermittelt. 

Der Deckungsbeitrag III (Zeile 15) über die gesamten Artikel- 
Einzelkosten oder Kostenstellenbereichseinzelkosten zeigt, wie 
viel das Kalkulationsobjekt (Kostenträger bzw. Kostenbereich) 
insgesamt an Einzelkosten verursacht hat und ob noch ein De- 
ckungsbeitrag für die Deckung der Overhead-Kosten verbleibt. 
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6 Deckungsbeitragsrechnung für IT-Controller 



Die Weiterentwicklung der traditionellen Vollkostenrechnung 
war notwendig. Sie verrechnet für die Preisbildung und Preis- 
kontrolle alle Einzel- und Gemeinkosten nach dem Durch- 
schnittskostenüberwälzungsprinzip auf einen Kostenträger oder 
Auftrag. Dabei übersieht man leicht die Fehlerquellen dieses 
Verfahrens: 

• Die Gemeinkostenüberwälzung nach dem Durchschnittskos- 
tenüberwälzungsprinzip (über Standardkostensätze) verzerrt 
das Verursachungsprinzip. 

• Die künstliche Proportionalisierung der Fixkostenbestandtei- 
le verstößt gegen das Verursachungsprinzip. Sie führt bei 
rückläufiger Beschäftigung zur Verrechnung von Leerkosten 
und damit zu steigenden Preisen. 

• Bei der abwechselnden Addition von Einzel- und Gemein- 
kosten im traditionellen Vollkostenkalkulationsschema lässt 
sich das Verursachungsprinzip für die Gemeinkosten nicht 
aufrechterhalten. 

Ausführlich zur Deckungsbeitragsrechnung informiert Albrecht 
Deyhle, zur Flexiblen Voll-Plankostenrechnung Konrad Mellero- 
wicz, zur Flexiblen Grenzplankostenrechnung und Deckungsbei- 
tragsrechnung Wolfgang Kilger. 



406 





6.5 Glossar der Deckungsbeitragsrechnung 



6.5 Glossar der Deckungsbeitragsrechnung 



Nr. 


Termini 


Abk. 


Erläuterung oder / und For- 
mel 


a 


b 


c 


d 


1 


0 Bruttogewinnzuschlag^ 
(0 Solldeckungsbeitrag) 


0BGZ 


DBV * 100 




(0db,„„) 


GSK 


2 


Deckungsbeitrag absolut 




1 M DBV 

e-k oder 

a: 


3 


Deckungsbeitrag engpassbezogen 


db 

eng 


^^ahs piHpr 
EPDZ EPPE 


4 


Deckungsbeitrag kundenbezogen 




db^,.. des Kunden - EK^ des Kunden 


5 


Deckungsbeitrag opportunitäts- 
kostenbezogen 


db 

op 


db -k oder e - PUG 

abs op eng 


6 


Deckungsbeitrag schichtbezogen 


db^^i^ 


Deckungsbeitrag^,.. 

- Erzeuanisfixkosten 
= Restdeckungsbeitrag 11 


7 


Deckungsbeitrag sortenwechsel- 
kostenbezogen 


db 

swk 


Deckungsbeitrag^,.. 

- Sortenwechselkosten 


8 


Deckungsbeitrag positiv 


db,., 


e>k /e>k +k /e>PUG 

V V op eng 


9 


Deckungsbeitrag negativ 


db„ 


e<k/e>k+k/e<PUG^„,, 


10 


Deckungsbeitragsvolumen 


DBV 


(E-K0 = DBV 


11 


Deckungsbeitragsrechnung Man- 
telformel 




(E-K.) - K, = G 



^ Vgl. Zelte 12 
5 EK = Einzelkosten 
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6 Deckungsbeitragsrechnung für IT-Controller 



Nr. 


Termini 


Abk. 


Erläuterung oder / und For- 
mel 


a 


b 


c 


d 


12 


Deckungsbeitragsrechnung^ 
Kostenpreisformel für die 
Auftragsfertigung 

für den Angebotspreis 




Pi =i;/i + — d 
lOOj 

gsk oder Ik 
im-0DG 


13 


Deckungsbeitragsrechnungen 


Jahr 


Autoren Rechentechnik 




Direct Costing - Grundform 


1934 


J. N. Harris einstufig 




Grenzplankostenrechnung 


1952 


H. G. Plaut zweistufig 




Stufenweise Fixkosten- 
deckungsrechnung 


1959 


K. Aghte mehrstufig 




Einzelkostenrechnung 


1959 


P. Riebel mehrstufig 




Standardgrenzpreisrechnung 


I960 


Böhm-Wille zweistufig 




DBR 


1968 


A. Deyhle/E. Mayer zweistufig 




Kundenbezogene 

Deckungsbeitragsrechnung 


1974/1972 


Mayer-Muttke mehrstufig 




Sortenwechselkostenbezogene 

Deckungsbeitragsrechnung 


1974 


E. Mayer zweistufig 




Leitbild Controllingkonzept 


1983 


E. Mayer 




IT-Leitbild Controllingkonzept 
auf Vollkosten- und Grenzkos- 
tenbasis 


2004 


A. Gadatsch/E. Mayer 


14 


Deckungsgrad 


DG / dg 


DBV ♦ 100 , dhahs * 100 

E ' e 


15 


Deckungspunkt 


DP 


E = , E = X * p 

K = K + k * X 

8 t V 


16 


Deckungspunktausbringung 


DPA 


.. G G 

P - ky dh^ly^ 


17 


Deckungspunktumsatz 


DPU 




18 


Engpass 


- 


Hemmungen im Beschaffungs-, 
Produktions- und Absatzbereich 



^ vgl. Zeile 1 
^ gjj = Buttogewinn 



408 






6.5 Glossar der Deckungsbeitragsrechnung 



Nr. 


Termini 


Abk. 


Erläuterung oder / und For- 
mel 


a 


b 


c 


d 


19 


Engpassfaktoreinheit 


EPEE 


, BlU, CPUs’, Ph’, pp’. Sh’, u.ä. 


20 


Engpassdurchlaufzeit 


EPDZ 


Verweildauer im Engpass 


21 


-variable Kosten 


K , K, 


Grenzkosten sind der Preis für die 




-Leistungskosten 


L„ LK 


letzte zur Gütererstellung benötigte 




Grenz- -Standardgrenzkosten 


gk, GK 


Gütereinheit (Schmalenbach) 




kosten -Grenzherstellkosten 


ghk, GHK 


Leistungskosten nach 




-Grenzselbstkosten 


gsk, GSK 


P. Riebel 


22 


Grenzkostensatz (Schmalenbach) 


- 


, ^gl ~ ^g\ _ Kostenzuwachs 

K — ” 

X 2~^1 Mengenzuwachs 


23 


Grenzkostenbetrachtung 




Artikelrangfolge (Sortenrangfolge) 




(Schmalenbach) 


SRE„ 

abs 


nach absoluten Deckungsbeiträgen 
für eine Erfolgsanalyse 


24 


Grenznutzen (Schmalenbach) 


k+k 

V op 


Zusätzlicher Nutzwert einer weite- 
ren Verwendungseinheit 


25 


Grenznutzensatz 


- 


k +k =>< e 

V op 


26 


Grenznutzenbetrachtung 


ARE 

eng 


Artikelrangfolge (Sortenrangfolge) 
nach engpassbezogenen De- 
ckungsbeiträgen für eine Gewinn- 
optimierung 


27 


IT-Kostenrechnung 


IT-KR 


Auf Voll- und Grenzkostenbasis 


28 


Leitbild Controllingkonzept auf 
Voll- und Grenzkostenbasis 






29 


IT -Controllingkonzept 


IT-CK 


IT-Leitbildcontrolling-Konzept 


30 


Kapazitätskoeffizient 


KK 


bzw. BK 


31 


Opportunitätskosten 


k /k 

cip Op 


Alternativkosten, Kosten des ent- 




Alternativkosten 




gangenen Nutzens, Verdrängungs- 
kosten 



® Bh = Beraterstunden, CPUs = CPU-Sekunden (CPU = Central Proces- 
sing Unit), LoC = Lines of Code (Anzahl Programmierzeilen), Ph = Pro- 
grammierstunden, PP = Print Pages (Druckseiten), Sh = Service-Stunden 
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6 Deckungsbeitragsrechnung für IT-Controller 



Nr. 


Termini 


Abk. 


Erläuterung oder / und For- 
mel 


a 


b 


c 


d 


32 


Opportunitätskostensatz 


- 


k = db * EPDZ 

op-y eng-x y 


33 


Preisuntergrenze absolut 
(nur Kalkulationsbasis 0 


PUG^„, 


Grenzkosten = Preis (Exitus) 
kyik = e 


34 


Preisuntergrenze engpassbezo- 
gen 


PUG 

eng 


k + k = PUG 

V op eng 


35 


Sicherheitskoeffizient 


SIK 


Umsatz - Deckungspunktumsatz 
Umsatz 


36 


Zieldeckungsbeitrag 


db^ 




37 


Zieldeckungsbeitragsvolumen 


DBV^^”” 


Fixkostenblock mit Verzinsung des 
investierten Kapitals und Gewinn 
Selbstkostendeckend 


38 


Zieldeckungsgrad 


dg/ DG^ 


Grenzselhstkosten 
100 - 0Deckungsgrad 


39 


Zielumsatz für ein Nutzencenter 




Fixkostenhlock + Geivinnrate(_RoI ) 9 

0Deckungsgrad 



Abbildung 200: Glossar der Deckungsbeitragsrechnung (Mayer, 1987/2005) 



9 bzw. Bereitschaftskosten einschließlich Overheadanteil 
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7.1 Entstehung 




Prozesskostenrechnung für IT-Controller 



Die Autoren danken Herrn Prof. Dr. Konrad Liessmann für die 
freundliche Genehmigung, sein Konzept der Prozesskostenrech- 
nung^® als Grundlage für das Kapitel 7 zu verwenden. 

7.1 Entstehung 

Die Basisstrategie der Unternehmen zielt nach M. Porter auf 
Schaffung oder Erhalt eines auf Wettbewerbsvorteilen gegründe- 
ten Wachstumskonzeptes, z. B. auf Kostenführerschaft durch 
eine auf Volumenmaximierung oder auf Ertragsvorteile durch 
eine auf Differenzierung oder Spezialisierung ausgerichtete Stra- 
tegie. Eormulierung und Durchsetzung der Strategie setzen aber 
zuverlässige und hinreichend genaue Informationen über die 
Produktkosten voraus, insbesondere darüber, wie diese durch 
alternative strategische Konzepte (Volumenmaximierung versus 
Differenzierung) sich beeinflussen lassen. Seit Mitte der 80-er 
Jahre entstand daher eine lebhafte Diskussion darüber, ob die 
traditionellen Kostenrechnungssysteme die Probleme des strate- 
gischen Kostenmanagements lösen können. Diese Diskussion 
wurde insbesondere durch eine Publikation aus dem Jahre 1985 
ausgelöst. In »The Hidden Factory« haben Miller, J. G. und Voll- 
mann, T. E. die These aufgestellt, dass durch die technologisch 
beeinflusste Verschiebung der Kostenstrukturen Gemeinkosten 
(und nicht mehr Einzelkosten) die Produktkosten entscheidend 
beeinflussen. Hierfür ist nach Miller und Vollmann die zuneh- 
mende Bedeutung von automatisierten, informationsgesteuerten 
Fertigungs- und Logistikprozessen der modernen Fabriken ur- 
sächlich, deren gemeinkostentreibende Aktivitäten sich in vier 
Kategorien systematisieren lassen: 



Alle Werte in € (sofern nicht anders angegeben) 

vgl. dazu Kapitel 21 Grundlagen der Prozesskostenrechnung in May- 
er, E.; Liessmann, K.; Mertens, H.-W.: Kostenrechnung, 7. Aufl., Stuttgart 
1997 
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7 Prozesskostenrechnung für IT-Controller 



Traditionelle 

Verfahren 



Gefahr von 
Fehlentschei- 
dungen 



• logistische Aktivitäten (Personal zur physischen Durchfüh- 
rung von Transporten, Kapazitäts- und Transportmittelbereit- 
stellung, z. B. Bedienungspersonal in Rechenzentren für den 
Transport von Magnetbändern, Servicepersonal für den 
Transport von neuen PCs und Zubehör zum Endanwender), 

• Koordinierungs-Aktivitäten (Personal zur Planung der recht- 
zeitigen, ausreichenden und qualitätsgerechten Bereitstellung 
von IT-Personal, Transportmittel und Rechner- und Netz- 
werkkapazitäten und Sicherung eines störungsfreien, auto- 
matisierten IT-Betriebs), 

• Qualitätssicherungs-Aktivitäten (Personal zur Sicherung der 
Qualitätsstandards, z. B. in der Softwareentwicklung und im 
IT-Betrieb), 

• Änderungs-Aktivitäten (Entwicklungspersonal, das mit den 
Änderungen und Anpassungen von Individual- oder Stan- 
dard-Software beschäftigt ist). 

Traditionelle Kostenrechnungsverfahren, die Plankostenrechnung 
oder stufenweise Pixkostendeckungsrechnung, sind grundsätzlich 
wenig geeignet, das Problem ständig zunehmender Gemeinkos- 
ten in den Unternehmen zu lösen, soweit die für operative und 
strategische Managemententscheidungen wichtige Präge der 
Ermittlung aussagefähiger Produktkosten betroffen ist. Die wert- 
oder zeitabhängigen Bezugsgrößen der Gemeinkosten- 
verrechnung (z. B. Programmiererstunden, Testerstunden) stehen 
nicht in Abhängigkeit zu den durch die dargestellten Aktivitäten 
verursachten Gemeinkosten. Die aus Wettbewerbsgründen erfor- 
derliche Planung, Steuerung und Kontrolle der (fixen) Gemein- 
kosten ist nach C. Preidank problematisch, da sie zu 80 % aus 
Personalkosten bestehen. 

Die Gefahr strategischer Fehlentscheidungen aufgrund unzurei- 
chender Informationen über die Produktkosten (z. B. eine selbst- 
entwickelte Software für die Produktionsplanung und - 
Steuerung) ist groß. Als Resultat dieser Erkenntnisse wurde ab 
Mitte der 80-er Jahre in den USA, vornehmlich durch Kaplan, 
Cooper und Johnson, ein neues Kostenrechnungssystem vorge- 
stellt, das mit Activity Based Costing (ABC) bezeichnet wird. 
Grundgedanke des ABC ist es, die Entstehung von Gemeinkos- 
ten vornehmlich bei fertigungsnahen Funktionen (Arbeitsvorbe- 
reitung, Engineering, Einkauf, Fertigungsablaufplanung, Quali- 
tätssicherung usw.), möglichst genau zu erfassen und verursa- 
chungsgerecht den Produkten zuzurechnen. Hierzu werden die 
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7.2 Konzeptionelle Grundlagen 



Prozesskosten- 
rechnung als 
Alternative 



7.2 



Klassische 

Verrechnung 



Aktivitäten (Arbeitsvorgänge), die in den fertigungsnahen Ge- 
meinkostenbereichen stattfinden, analysiert und bezüglich ihrer 
Bindung von »Gemeinkostenkapazität« (z. B. Arbeitszeitbedarf 
des Personals) gemessen. Diese Aktivitäten, sog. Cost Drivers, 
ersetzen die volumenabhängigen Bezugsgrößen (Zeit oder Wert) 
der traditionellen Kostenrechnungssysteme. 

Die Prozesskostenrechnung (PZKR) stellt eine Alternative zum 
ABC dar, unterscheidet sich jedoch in wesentlichen Punkten. An 
der Ausgestaltung der PZKR waren in Deutschland maßgeblich 
P. Horvath, R. Mayer und A. Coenenberg beteiligt. Wesentliche 
Unterscheidungsmerkmale in der Methodik zwischen ABC und 
PZKR sind: 

• Die ABC konzentriert sich auf die Gemeinkosten fertigungs- 
naher Bereiche, während die PZKR die prozessorientierte 
Verrechnung der Gemeinkosten aller indirekten Dienstleis- 
tungsbereiche (z. B. Softwareentwicklung, Rechenzentrum, 
IT-Benutzerservice) anstrebt. 

• die PZKR legt die Kostenstellenorganisation des Unterneh- 
mens für die Definition geeigneter Aktivitäten, Teilprozesse 
und Hauptprozesse zugrunde, während ABC bei der Defini- 
tion der »Activities«, die die Gemeinkosten verursachen, auf 
eine differenzierte Kostenstellenrechnung - wie in Deutsch- 
land - in anglo-amerikanischen Firmen nicht zurückgreifen 
kann. 

• Die PZKR verdichtet die definierten Aktivitäten zu Teil- und 
Hauptprozessen, während das ABC diese zu sog. „Cost 
Pools“, d. h. kostenstellenunabhängige homogene Gemein- 
kostenfunktionen (z. B. IT-Einkauf) zusammenfasst. 

Konzeptionelle Grundlagen 
Zweistufige Gemeinkostenverrechnung 

Traditionelle Kostenrechnungsverfahren basieren auf einer 2- 
stufigen-Verrechnungsmethodik. Die in der Kostenartenrechnung 
erfassten Gemeinkosten werden in Stufe 1, eventuell über inner- 
betriebliche Leistungsverrechnung, auf die Orte der Kostenent- 
stehung verteilt (im Regelfall: Fertigung, Material, Verwaltung, 
Vertrieb, Forschung und Entwicklung, Informationstechnik). 
Über volumenabhängige (Zeit, Wert) Bezugsgrößen werden die 
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7 Prozesskostenrechnung für IT-Controller 



Gemeinkosten in Stufe 2 der Methodik den Kostenträgern (Pro- 
dukten) zugerechnet. 



Schwächen 

traditioneller 

Gemeinkosten- 

verrechnung 



Diese Methodik ist eine Gemeinkostenverteilungsrechnung, die 
das Verursachungsprinzip nicht oder nur unzureichend beachtet. 
Die Gemeinkostenabhängigkeiten werden nicht korrekt erfasst, 
da diese in der Regel nicht durch volumenabhängige Bezugsgrö- 
ßen, sondern durch die Komplexität und Vielfalt der Tätigkeiten 
begründet werden, die zur Produktion und Distribution der Pro- 
dukte erforderlich sind. 




1. Stufe [j 



2. Stufe [| 



Abbildung 201: 2-stufige traditionelle Gemeinkostenverrechnung 



Auch die Prozesskostenrechnung setzt die 2-stufige Verrech- 
nungsmethodik ein, um Gemeinkosten Kostenträgern zuzurech- 
nen. Da Gemeinkosten durch Tätigkeiten entstehen, werden 
diese definiert, erfasst und zu Prozessen, das sind Bündel ge- 
meinkostenverursachender, homogener Aktivitäten, zusammen- 
gefasst. Gemeinkostentreibende Aufgaben wie z. B. Rüstvorgän- 
ge, Einkauf, Versand, stellen Prozesse dar, denen abhängige 
Gemeinkosten zurechenbar sind. Die Definition von Prozessen 
und die Zuordnung der prozessabhängigen Gemeinkosten gilt 
als Stufe 1 der Verrechnungsmethodik. Stufe 2 ermittelt Bezugs- 
größen der Gemeinkostenabhängigkeit je Prozess. Dies sind 
identifizierbare Tätigkeiten, die zur Durchführung des Prozesses 
erforderlich sind und sich zu Kostentreibern (Cost Drivers) ver- 
dichten. Im Idealfall ist nur ein Kostentreiber je Prozess vorhan- 
den. 
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7-2 Konzeptionelle Grundlagen 



Kostentreiber 



Merke 



Die Kostentreiber sind die Bezugsgröße der Prozesskostenrech- 
nung. Sie verursachen die Gemeinkosten unmittelbar. Durch 
Auszählung der Kostentreiber und Division der Prozessgemein- 
kosten durch deren Anzahl lässt sich ein Prozesskostensatz er- 
rechnen. Nun kann in Stufe 2 eine Verteilung der Gemeinkosten 
auf die Kostenträger (IT-Produkte bzw. IT-Leistungen) verursa- 
chungsgerecht erfolgen, indem die Inanspruchnahme von Pro- 
zessen durch den Kostenträger ermittelt wird (Kostentreiberan- 
zahl pro IT-Produkt x Kostensatz pro Prozess). 




l 

V 



1 ■ Stufe [| 



2. Stufe ^ 



Abbildung 202: 2-stufige Gemeinkostenverrechnung (Prozess- 
kostenrechnung) 



In der Praxis werden in der Regel zwei Aggregationsstufen vor- 
gesehen: Aktivitäten werden zu Teilprozessen, diese zu Haupt- 
prozessen verdichtet. 



Prozessdefinition und Biidung von Prozesshierarchien 

Voraussetzung für die Strukturierung von Prozessen ist eine ein- 
gehende Analyse der Tätigkeiten (Arbeitsabläufe und -Inhalte) in 
dem untersuchten Gemeinkostenbereich (z. B. der Anwendungs- 
entwicklung). Diese Prozessanalyse kann nach folgenden Me- 
thoden durchgeführt werden: 
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7 Prozesskostenrechnung für IT-Controller 



Aktivitäten- 

katalog 



Teilprozess 



• Sekundäranalysen (Auswertung vorhandener Unterlagen wie 
2 . B. Arbeitsplat 2 -/Stellenbeschreibungen, Organigramme, 
Prozessmodelle, Arbeitsanweisungen, Richtlinien), 

• Primäranalysen (Selbstanalyse, Aufschreibung, Frage- und 
Erhebungsbögen, Interviews mit Mitarbeitern und Leitungs- 
personal), 

• Normatives Vorgehen: Planung idealer Arbeitsabläufe und - 
Inhalte ohne Rücksicht auf bestehende Tätigkeitsstrukturen 
(Zero-Base-Ansatz) . 

Das Ergebnis der Prozessanalyse wird in einem Tätigkeits- oder 
Aktivitätenkatalog festgehalten, der umfassend die Arbeitsvor- 
gänge einer Gemeinkostenstelle darstellt. Ein derartig umfassen- 
der Aktivitätenkatalog ist für die praktische Durchführung einer 
Prozesskostenrechnung ungeeignet, da die Anzahl der Bezugs- 
größen zu umfangreich und ihre Verknüpfung mit den Kosten- 
trägern nicht immer klar ersichtlich ist. Daher wird eine Prozess- 
hierarchie aufgebaut, die die Aktivitäten zu Prozessen (Teilpro- 
zessen) bündeln. Diese Teilprozesse werden in einem nächsten 
Schritt zu einigen wenigen Hauptprozessen zusammengefasst. 

Ein Teilprozess enthält eine Kette homogener Aktivitäten. Eine 
Kostenstelle kann einen oder mehrere Teilprozesse umfassen. 
Der Teilprozess besteht aus mehreren Aktivitäten, die nach Hor- 
väth/Mayer als leistungsmengeninduziert (Imi) oder leistungs- 
mengenneutral (Imn) gelten. 

Prozesse sind leistungsmengeninduziert, wenn sie sich in Bezug 
auf die Leistungsanforderungen an die Kostenstelle mengenpro- 
portional verhalten, also repetetive Vorgänge. Sie sind leistungs- 
mengenneutral, wenn sie von dem quantitativen Leistungsvolu- 
men unabhängig als feste Größe anfallen, wie z. B. Leitungsauf- 
gaben. Im nächsten Schritt werden die Teilprozesse über- 
greifenden Hauptprozessen (im ABC: Cost Pools) zugerechnet. 
Ein Hauptprozess ist ein funktional selbständiger Aufgabenkom- 
plex, der kostenstellen- oder abteilungsübergreifende Vorgänge 
erfasst (z. B. IT-Einkauf, Softwareentwicklung, etc.). Da der 
Hauptprozess die Basiseinheit der verursachungsgerechten Zu- 
ordnung der Gemeinkosten zum Kostenträger ist, soll dieser 
möglichst nur Teilprozesse enthalten, die demselben Kostenein- 
flussfaktor (Kostentreiber, Cost Driver) unterliegen. Die Gemein- 
kosten und Kapazitäten der beteiligten Teilprozesse werden zum 
Hauptprozess aufaddiert. 
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Kostentreiber-Bestimmung und Prozesskostensatz-Berechnung 

Kostentreiber sind die Bezugsgrößen der prozessorientierten 
Gemeinkostenverrechnung. Sie sind die Maßgröße der Kosten- 
verursachung bzw. der Inanspruchnahme der Gemeinkosten 
durch das Kalkulationsobjekt (i.d.R. das IT-Produkt). Mit der 
Identifikation der Kostentreiber werden die Ursachen der Ge- 
meinkostenentstehung dokumentiert. Die Ermittlung der Kosten- 
treiber wird am Beispiel des Hauptprozesses „IT-Einkauf“ veran- 
schaulicht (vgl. auch Abbildung 209) 





a 


b 


c 




Teilprozesse 


Kostentreiber 


Leistungs- 

mengen 


1 


Einkaufsanforderung 
für IT-Bedarfe bear- 
beiten 


Anforderungen an IT- 
Leistungen 


abhängig 


2 


Lieferantenauswahl 

treffen 


Anzahl IT-Lieferanten 


abhängig 


3 


Einkaufsauftrag erstel- 
len 


IT-Bestellungen 


abhängig 


4 


Lieferantenrechnung 

prüfen 


IT-Bestellungen 


abhängig 


5 


Zahlungsfreigabe 

veranlassen 


IT-Bestellungen 


abhängig 


6 


Abteilung leiten 


alle 


neutral 



Abbildung 203: Hauptprozess IT-Einkauf und seine Teilprozesse 



Die Teilprozesse eins bis sechs werden zum Hauptprozess »IT- 
Einkauf« zusammengefasst. Die Kapazitäten und Gemeinkosten 
werden addiert. Eine Homogenität bezüglich eines bestimmen- 
den Kostentreibers ist gegeben, da die Bestellungen Hauptge- 
meinkostenverursacher sind. Hierbei wird unterstellt, dass der 
Prozess zwei (Lieferantenauswahl) monetär von geringerer Be- 
deutung ist und dass bezüglich Prozess eins (Einkaufsanforde- 
rungen) eine hohe Korrelation zur Anzahl der Bestellungen be- 
steht. Im Teilprozess vier bzw. fünf kann der eigentliche Kosten- 
treiber »Rechnung« durch » Bestellung« ersetzt werden, da jeder 
Rechnung eine Bestellung zugrunde liegt. 
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Nach Auszählung der Anzahl der Kostentreiber (Bestellungen) 
werden Prozesskostensätze, getrennt nach leistungsmengenindu- 
zierten und -neutralen Gemeinkosten des Hauptprozesses, er- 
rechnet und zu einem Gesamtprozesskostensatz addiert. Der 
leistungsmengeninduzierte (Imi) Prozesskostensatz errechnet 
sich: 

„ , Fr ozesskosten(lmi) 

Fr ozesskostensatz{lmi) = 

Pr ozessmenge{lmi) 

Der leistungsmengenneutrale Prozesskostensatz (nach Hor- 
väth/Mayer = Umlagesatz) ergibt sich: 

V Imn Pr ozesskosten 

Umlagesatzilmn) je Pr ozess = * Pr ozesskostensatz 

y ^ Imi Pr ozesskosten 

Daraus ergibt sich für die Errechnung des Gesamtprozesskosten- 
satzes: 

Gesamtprozesskostensatz = Prozesskostensatz + Umlagesatz 

Die Bildung der Prozesskostensätze dient vornehmlich zwei 
Zwecken: 

• im Rahmen der Kalkulation (Kostenträgerstückrechnung) 
wird die Inanspruchnahme der Leistungen der indirekten 
Gemeinkostenbereiche durch die Kostenträger verursa- 
chungsgerecht zugerechnet, 

• in der Kostenträgerzeitrechnung lässt sich durch Bildung von 
Plan- und Kennzahlen eine Kostenkontrolle und -Steuerung 
auf Prozessebene durchführen. 



Prozessbasierende Kalkulation 

Die Weiterverrechnung der Prozesskosten auf Produkte ist nicht 
das einzige Ziel der Unternehmen. Oft dient die PZKR einer 
transparenten und besseren Gemeinkostenplanung und -kon- 
trolle. Für die Prozesskalkulation ist die Kenntnis der Inan- 
spruchnahme der Prozesse durch die Kalkulationsobjekte Vor- 
aussetzung. Umfang der Inanspruchnahme eines Prozesses mul- 
tipliziert mit dem Prozesskostensatz ergibt den Wert der 
Inanspruchnahme der Gemeinkostenressourcen durch den Kos- 
tenträger. Die Gemeinkosten werden diesem verursachungsge- 
recht zugeordnet. 
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Sofern für alle Kalkulationsobjekte (z. B. einzelne Softwarepro- 
dukte) die Inanspruchnahme jedes einzelnen Prozesses bekannt 
ist, lässt sich die Kalkulation problemlos durchführen. In der 
Praxis ist der Kostentreiber und damit der Prozesskostensatz 
nicht immer einem Produkt direkt zurechenbar (joint costs), 
wenn die Aktivität zwei oder mehr Produkte gleichzeitig betrifft 
(z. B. eine Bestellung umfasst Beratungsleistungen, die in zwei 
IT-Produkten eingesetzt wird). In diesem Falle ist zu untersu- 
chen, ob entweder eine weitere Untergliederung der Kostentrei- 
ber oder der Produkte möglich ist. Im Fallbeispiel wird aus die- 
sem Grund eine Zerlegung der Kostenträger (IT-Produkte Ä und 
B) in Komponenten vorgenommen (vgl. das Fallbeispiel auf S. 

425 ff.). 

Prozessbasierende Gemeinkostenkontrolle 

Für die Gemeinkostenplanung und -kontrolle bietet es sich an, 
sie auf der Ebene der Hauptprozesse durchzuführen, weil dann 
das Konzept eines Prozess-Managements realisiert wird. Die 
Übertragung der Prozessdurchführung auf einen prozessverant- 
wortlichen Manager („Process Owner“) ermöglicht ein „Manage- 
ment-by-Objectives“: Gemeinkostenplanung, Abweichungsanaly- 
se und Steuerung für die Hauptprozesse liegen in einer Hand. 
Der Prozessmanager muss die Plan- und Istkosten steuern kön- 
nen. Die Beschäftigungsabweichungen, die aufgrund des Fixkos- 
tencharakters der Prozesskosten bei rückläufiger Beschäftigung 
»Leerkosten« darstellen, werden wie folgt ermittelt: 



Plan-Prozesskosten 


= Planprozess- 


X Planprozess- 




kostensatz 


menge 


Soll-Prozesskosten 


Planprozess- 


X Istprozess- 




= kostensatz 


menge 


= Beschäftigungsab- 


= Leerkosten 




weichung 







Abbildung 204: Ermittlung der prozesskostenbezogenen Beschäf- 
tigungsabweichung (nach Freidank) 



Die Beschäftigungsabweichung signalisiert eine Überprüfung der 
Ressourcenplanung und des Ressourceneinsatzes. Kapazitätsan- 
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passung (Abbau von Gemeinkosten), Ressourcenumschichtung 
oder Effizienzsteigerung (z. B. durch flexiblen Ressourceneinsatz) 
sind Maßnahmen, die der Prozessverantwortliche (Process Ow- 
ner) veranlassen muss. 



Strategische Informationsvorteile durch die Prozesskosten- 
rechnung 

Die Prozesskostenrechnung ermöglicht strategische Preis- und 
Programmentscheidungen auf der Basis zuverlässiger Produkt- 
kosteninformationen. Dies betrifft insbesondere strategische Ent- 
scheidungssituationen wie Differenzierung bzw. Volumen- 
maximierung. 



Produktkalkulation bei Produktdifferenzierung 

Produktdifferenzierung (Variantenvielfalt) als strategisches Kon- 
zept zur Erzielung von Erlösvorteilen (Differentialrenten) bewirkt 
grundsätzlich eine Zunahme der Komplexität im Wertschöp- 
fungsprozess. Diese führt zu einem Anstieg gemeinkostentrei- 
bender Aktivitäten. Die damit verbundene Erhöhung der Stück- 
kosten differenzierter Produkte im Vergleich zu Standardproduk- 
ten ist in traditionellen Kostenrechnungssystemen aufgrund 
volumenbasierender Bezugsgrößen der Gemeinkostenverrech- 
nung oft nicht erkennbar. Dies veranschaulicht folgendes Bei- 
spiel: 



Pro- 

dukt 


Menge 


Direkte 

Lohnl- 

stunden 


Maschi- 

nen- 

stunden 


Materiai 


Rüst- 

vor- 

gänge 


Bestei- 

iungen 


Ver- 

sand- 

vor- 

gänge 


A 


10 


8 


8 


100 


1 


1 


1 


B 


10 


12 


12 


120 


5 


3 


3 


Verbrauch 

(Menge) 


20 


20 


220 


6 


4 


4 


Verbrauch 
(Gemein 
kosten ) 


100 


200 


20 


600 


200 


80 



Abbildung 205: Beispiel Produktdifferenzierung 
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(1) Traditionelle Kostenrechnung: Gemeinkostenverrech- 
nung auf der Basis der direkten Lohnstunden (DLh) in € 

Gemeinkosten 1200, — 

Verbrauchte Einheiten 20 — 

Gemeinkosten 

Verrechnungssatz (/DLh) 60, — 

Produkt A B 

Verrechnete Gemeinkosten 

(8/12 direkte Lohnstunden x 60,-) 480, — 720, — 

Verrechnete Stückkosten 

( 80/720 : 10 Einheiten) 48,— 72,— 



(2) Gemeinkostenverrechnung in der Prozesskostenrech- 



nung; 




Prozesskostensätze (in €): 




1 Direkte Lohnstunde (320:20) 


16 ,— 


1 Rüstvorgang 


100,— 


1 Bestellung 


50,— 


1 Versandvorgang 


20,— 



Gemeinkostenverrechnung (in €): 



Produkt 

A/B 


Lohnstun- 

denahhän- 

gig- 


Rüstvor- 

gänge 


Bestel- 

lungen 


Versand- 

vorgänge 


Prozesskostensatz () 


16 


100 


50 


20 


Produkt A 
Kostentreiber 


8 


1 


1 


1 


Produkt B 
Kostentreiber 


12 


5 


3 


3 


Gemeinkosten A 


128 


100 


50 


20 


Gemeinkosten B 


192 


500 


150 


60 
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Verrechnete Produktkosten (ln €): 

Produkt A 29,80 

Produkt B 90,20 



Differenz (%) zur traditionellen Kalkulation 

A -37,92 

B +25,28 



Die Produkte A und B werden in gleicher Stückzahl (10 Einhei- 
ten) hergestellt. Das differenzierte Produkt nimmt jedoch ge- 
meinkostentreibende Unterstützungsleistungen in bedeutend 
höherem Maße in Anspruch. Dies kommt zwar in den direkten 
Lohnstunden, die die Bezugsgröße des traditionellen Kosten- 
rechnungssystems darstellen, zum Ausdruck (Verbrauch 8:12), 
erfasst jedoch nicht die wichtigen Servicefunktionen wie Rüst- 
vorgänge, Bestellungen, Versandvorgänge in ausreichendem 
Maße. 

Die Prozesskostenkalkulation zeigt, dass die Gemeinkostenzu- 
rechnung beim Standardprodukt A um 37,92 % verringert, beim 
Variantenprodukt B jedoch um 25,28 % erhöht werden muss. 



Produktkalkulation bei Voiumenunterschieden 

Volumenmaximierung als Ergebnis einer Marktführerstrategie 
zielt auf Wettbewerbsvorteile durch Kostenführerschaft. Die mit 
einer derartigen Strategie verbundenen Gemeinkostenvorteile 
sind im Mehrproduktunternehmen beim Einsatz traditioneller 
Kostenrechnungssysteme nicht oder nicht in ihrem tatsächlichen 
Umfang erkennbar. Der Kostendegressionseffekt wird, wie fol- 
gendes Beispiel zeigt, erst durch eine Prozesskostenrechnung 
offenbar: 
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Pro- 

dukt 


Menge 


Direkte 

Lohn- 

stunden 


Ma- 

schinen 

stunden 


Material 
in € 


Rüst- 

vorgän- 

ge 


Bestel- 

lungen 


Ver- 

sand- 

vor- 

gänge 


A 


10 


5 


5 


20 


1 


1 


1 


B 


100 


50 


50 


200 


3 


3 


3 


Verbrauch 

(Menge) 


55 


55 


220 


4 


4 


4 


Verbrauch 

(Gemeinkosten 

) 


100 


200 


20 


600 


200 


80 



Abbildung 206: Beispiel bei Volumenunterschieden 



(1) Traditionelle Kostenrechnung: Gemeinkostenverrech- 
nung auf der Basis der direkten Lohnstunden (DLh) in € 

Gemeinkosten 1200, — 

Verbrauchte Einheiten 55 

Gemeinkosten 

Verrechnungssatz (/DLh) 21,821 



Produkt 


A 


B 


Verrechnete Gemeinkosten 
(5/50 direkte Lohnstunden 21,82) 


109,09 


1090,90 


Verrechnete Stückkosten 


10,91 


10,91 


(2) Gemeinkostenverrechnung in der 
nung; 

Prozesskostensätze (in €): 


Prozesskostenrech- 


1 Direkte Lohnstunde (320:55) 


5,821 




1 Rüstvorgang 


150,— 




1 Bestellung 


50,— 




1 Versandvorgang 


20,— 
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Gemeinkostenverrechimng (in €); 



Produkt A/B 


Lohnstun- 


Rüstvorgän- 


Bestellun- 


Versand- 




denabhängig 


ge 


gen 


vorgänge 


Prozesskostensatz () 


5,82 


150,- 


50,- 


20,- 


Produkt A 


5 


1 


1 


1 


Kostentreiber 










Produkt B 


50 


3 


3 


3 


Kostentreiber 










Gemeinkosten A () 


29,09 


150,- 


50,- 


20,- 


Gemeinkosten B () 


290,91 


450,- 


150,- 


60,- 



Verrechnete Produktkosten (ln €): 

Produkt A 24,91 

Produkt B 9,51 



Differenz (%) zur traditionellen Kalkulation 

A +128,23 

B - 12,83 



Die Produkte A und B sind beide homogene Standardprodukte, 
werden aber in unterschiedlicher Stückzahl gefertigt (10 bzw. 
100 Einheiten). Das bedingt, dass die Produktions- und Logistik- 
prozesse bei dem in geringeren Stückzahlen produzierten Pro- 
dukt A gemeinkostentreibend wirken und die Stückkosten erhö- 
hen. Die Prozesskostenkalkulation zeigt, dass beim geringvolu- 
migen Produkt A die Gemeinkostenzurechnung um 128,32 % 
erhöht, beim Produkt B aufgrund der hohen Stückzahlen um 
12,83 % verringert werden muss (bekannt als „Allokationseffekt“, 
„Komplexitätseffekt“ und „Degressionseffekt“). 

In der traditionellen Kostenrechnung sind die verrechneten Ge- 
meinkosten mit 10,91 € je Stück für beide Produkte A und B 
scheinbar gleich, da sie aufgrund ihrer Homogenität die Maschi- 
nen- und Lohnstundenkapazität in proportionalen Umfang 
(5 bzw. 50 zur Herstellung von 10 bzw. 100 Stück) beanspru- 
chen. 
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7.3 Fallbeispiel zur Prozesskostenrechnung 

Ausgangsdaten 

Die E-Lux GmbH produziert und verkauft PC-Zubehör, und zwar 
u.a. DVD-Brenner in Form von zwei Produkttypen, A und B. 
Jeder Brenner besteht aus zwei Haupt-Komponenten, die mit 1, 
2, 3 und 4 bezeichnet werden. Die E-Lux plant, jeweils 300 000 
Einheiten von A und B abzusetzen. Produkt A ist allerdings ein 
Standardprodukt, das in 12 monatlichen Losgrößen in Form von 
hochvolumigen Produktionsdurchläufen (je 25 000 Einheiten) 
gefertigt wird, während das differenzierte Produkt B in kleinen 
Losgrößen von 25 Produktionsdurchläufen pro Monat (je 1 000 
Einheiten) produziert wird, um auf spezielle Kundenwünsche 
eingehen zu können. Zwei Produktionsbereiche (Fertigung und 
Montage) sind erforderlich. Folgende Daten liegen vor: 



(Innes u. Mitchell modifiziert) 


Produkt A 


Produkt B 


Komponente Nr. 


1, 2 


3, 4 


Produzierte Menge (Stück) 


300 000 


300 000 


Direkte Lohnstunden (DLh) 






Fertigung DLh 


500 000 


600 000 


Montage DLh 


150 000 


200 000 


Einzelkosten (EK/ pro LE) 


4,50 € 


5,50 € 



Fertigungs-ZMaterialgemeinkosten (FMGK) 15 000 000 € 

Verwaltungsgemeinkosten (VwGK) 1 800 000 € 

Vertriebsgemeinkosten (VtGK) 2 700 000 € 

Traditionelle Zuschlagskalkulation - Zuschiagskaikuiation auf der 
Basis der Einzeikosten - 

Zur Ermittlung der Selbstkosten werden als Zuschlagsbasis der 
Fertigungs- und Materialgemeinkosten (FGK + MGK) die Einzel- 
kosten (EK), für die Verwaltungs- und Vertriebsgemeinkosten 
(VVtGK) die Herstellkosten angesetzt. Es ergibt sich folgende 
Selbstkostenkalkulation: 
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Zuschlagssatz für die Fertigungs- und Materialgemeinkosten (in 
%): 

15.000.000€*100 

= 5U(J% 

300.000 * 4,50€ + 300.000 * 5,50€ 



Zuschlagssatz für Verwaltungsgemeinkosten (in %): 

1.800.000€*100 

300.000 * 4,50€ + 300.000 * 5,50€ + 15.000.000€ ~ 



Zuschlagssatz für Vertriebsgemeinkosten (in %): 
2.700.000€*100 

300.00 * 4,50€ + 300.000 * 5,50€ + 15.000.000€ ~ 





a 


b 


c 


d 


e 


f 






Pro- 

dukte 


Gesamt 

kosten 

(T) 


Stück- 

kosten 

0 








Kosten (in €) 


A 


B 


Summe 


A 


B 


1 


Einzelkosten 


1 350 


1 650 


3 000 


4,50 


5,50 


2 


Fertigungs-ZMaterialgemeinkosten 
(500 %) 


6 750 


8 250 


15 000 


22,50 


27,50 


3 


Herstellkosten 


8 100 


9 900 


18 000 


27,— 


33,— 


4 


Verwaltungsgemeinkosten (10 %) 


810 


990 


1 800 


2,70 


3,30 


5 


Vertriebsgemeinkosten (15 %) 


1 215 


1 485 


2 700 


4,05 


4,95 


6 


Selbstkosten 


10 125 


12 375 


22 500 


33,75 


41,25 



Abbildung 207: Zuschlagskalkulation (Basis: Einzelkosten) 



Im System der Zuschlagskalkulation (auf Einzelkostenbasis) wer- 
den die Gemeinkosten von T 19 500 Verhältnis von etwa 45:55 
(T 8 775:T 10 725) auf das differenzierte Produkt B und das in 
großen Losgrößen gefertigte homogene Produkt Ä verteilt. Dies 
entspricht dem Verhältnis der Einzelkosten. 
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Zuschlagskalkulation auf der Basis direkter Lohnstunden (DLh) 

Der Leiter Kostenrechnung der E-Lux GmbH zweifelt, ob bei der 
unterschiedlichen Fertigungsstruktur der Produkte A und B die 
Einzelkosten eine verursachungsgerechte Zuschlagsbasis darstel- 
len. Er beschließt daher, die Fertigungs-/Materialgemeinkosten 
auf der Basis der direkten Lohnstunden zu verrechnen (Lohn- 
stundensatzkalkulation). Nach der Durchführung der innerbe- 
trieblichen Leistungsverrechnungsrechnung ergibt sich für die 
Zuordnung der gesamten Fertigungs-ZMaterialgemeinkosten von 
T 15 000 zu den Fertigungshauptstellen: 

Fertigung T€ 9 000, 

Montage T€ 6 000 



Hieraus errechnen sich folgende Gemeinkostenverrechnungssät- 
ze je direkter Lohnstunde: 



Hauptkostenstelle 


Fertigung 


Montage 


Gemeinkosten T€ 


9 000 


6 000 


Direkte Lohnstunden (DLh) 


1 100 000 


350 000 


Verrechnungssatz /DLh 


8,1818 


17,1429 



Für die Produktkalkulation ergibt sich: 





Produkt A 


Produkt B 


Fertigung: 






500 000 DLh 8,1818 


4 090 900 




600 000 DLh 8,1818 




4 909 080 


Montage: 






150 000 DLh 17,1429 


2 571 435 




200 000 DLh 17,1429 




3 428 580 


Gesamte Fertigungs-/Materialge- 

meinkosten (in €) 


6 662 3351 


8 337 660 


Produzierte Menge 


300 000 


300 000 


Stückgemeinkosten (in €) 


22,21 


27,79 



Die Kalkulation ergibt sich wie folgt: 
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a 


b 


c 


d 


e 


f 






Pro- 

dukte 


Gesamt- 

kosten 

(T€) 


Stück- 

kosten 

(€) 








Kosten 


A 


B 


Summe 


A 


B 


1 


Einzelkosten 


1 350 


1 650 


3 000 


4,50 


5,50 


2 


Eertigungs-ZMaterialgemein- 
kosten (DLh-Bezugsbasis) 


6 662 


8 338 


15 000 


22,21 


27,79 


3 


Herstellkosten 


8 012 


9 988 


18 000 


26,71 


33,29 


4 


Verwaltungsgemeinkosten (10 
%) 


801 


999 


1 800 


2,67 


3,33 


5 


Vertriebsgemeinkosten (15 %) 


1 202 


1 498 


2 700 


4,01 


4,99 


6 


Selbstkosten 


10 015 


12 485 


22 500 


33,39 


41,61 



Abbildung 208: Zuschlagskalkulation (Basis: Direkte Lohnstunden), Werte in € 



Als Fazit ergibt sich, dass die Produktselbstkosten durch Ände- 
rung der Bezugsgröße (Direkte Lohnstunden anstatt Einzelkos- 
ten, vgl. Abbildung 207) sich nur unwesentlich ändern. Auch hier 
werden die gesamten Gemeinkosten von T 19 500 im Verhältnis 
von 44:56 (T 8 665:T 10 835) dem homogenen Großserienpro- 
dukt A und dem differenzierten Kleinserienprodukt B zugerech- 
net. 



Durchführung einer Prozesskostenrechnung (Analyse) 

Die Kostenstellenrechnung der E-Lux GmbH weist folgende Zah- 
len aus, wobei nur die Fertigungs-ZMaterialgemeinkosten sowie 
die Vertriebsgemeinkosten in die Prozesskostenrechnung einbe- 
zogen werden. Bezüglich der Verwaltungskosten ist E-Lux der 
Ansicht, dass aufgrund der relativ geringeren Bedeutung dieses 
Kostenblocks und der Schwierigkeit der Definition geeigneter 
Kostentreiber (repetetive Tätigkeiten) der Aufwand einer Pro- 
zessanalyse sich nicht lohnt. 

Kostenstellenrechnung der E-Lux GmbH (EGK/MGK und VtGK 
sind kostenstellenmäßig wie folgt verteilt): 
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Kostenstelle 


Gemeinkosten 


T€ 


Material 




3 500 


Produktion 






Eertigung 


2 500 




Montage 


2 000 


4 500 


Eertigungshilfskostenstelle 




7 000 


L Eertigungs-ZMaterialgemeinkosten 




15 000 


L Vertriebsgemeinkosten 




2 700 



Bei der Prozessanalyse definiert die E-Lux GmbH Hauptprozesse 
und ordnet diesen Gemeinkosten wie folgt (T€) zu: 



1 


Materialhandling 


1 500 


2 


Materialbeschaffung (Einkauf) 


2 000 


3 


Maschineneinrüstung 


1 500 


4 


Wartung 


2 500 


5 


Qualitätskontrolle 


3 000 


6 


Eertigung (Energie, Abschreibung etc.) 


2 500 


7 


Montage (Energie, Abschreibung etc.) 


2 000 


L 




15 000 


8 


Auftragsbearbeitung (Kunde) 


1 000 


9 


Versanddurchführung 


1 700 


L 




2 700 



Prozessanalyse und Hauptprozessdefinition 

Die Vorgehensweise wird am Beispiel des 2. Hauptprozesses 
(Cost Pools) Materialbeschaffung (Einkauf) dargestellt. Die hier 
vorgestellte Methode ist analog auf alle betrachteten Gemeinkos- 
tenbereiche anwendbar. 

Eolgende Aktivitäten der Abteilung (Kostenstelle) »Materialbe- 
schaffung« werden durch den Controllerdienst in Zusammenar- 
beit mit dem Kostenstellenleiter und seinen Mitarbeitern ermittelt, 
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um einen Beschaffungs- (Einkaufs-)vorgang vollständig durchzu- 
führen: 





a 


b 


c 


d 


e 




Aktivität 

(Bearbeitung von:) 


Mengenverbrauch 


Summe 
Gemein- 
kosten T€ 


Kostentreiber 

Anzahl 






Personal 

Perso- 

nenjahre 


Sachmittel 
in % 






1 


Einkaufsanforderung 


1,0 


5 


90 


Anforderungen 


2 


Lieferantenauswahl 


1,5 


15 


333 


Lieferanten, 

Neuteile, 

Bestellungen 


3 


Einkaufsauftrag 


2,5 


45 


891 


Bestellungen, 

Positionen, 

Lieferanten 


4 


Wareneingangsmel- 

dung/Rechnung 


0,5 


10 


172 


Lieferungen 


5 


Zahlungsfreigabe 


0,5 


10 


194 


Lieferungen 


6 


Abteilungsleitung 


1,0 


15 


320 


Mengenneutral 


7 


Summe 


7,0 


100' 


2 000 





Abbildung 209: Prozesskostenanalyse Hauptprozess Materialbeschaffung 



Sechs Aktivitäten bzw. Teilprozesse können zum Hauptprozess 
»Materialbeschaffung« (Einkauf) zusammengefasst werden. Zur 
Ermittlung der Gemeinkosten ist es erforderlich, den Hauptkos- 
tenblock »Personal« bzgl. seiner Ressourcenbindung bei den Teil- 
prozessen 1-6 zu erfassen. Insgesamt sieben Mitarbeiter sind mit 
der Aufgabe »Materialbeschaffung« befasst. Bezüglich der Zuord- 
nung der Sachkosten bietet sich in der Praxis eine prozentuale 
Verrechnung an, wobei die gesamten Sachkosten gleich 100 % 
zu setzen sind und in ihrem Prozentanteil dann den Prozessen 
zugeordnet werden. Dies entspricht i.a. dem Grundsatz der 
Zweckgenauigkeit, da diese Sachkosten (PC’s, Telefon, Büroaus- 
stattung, etc.): 

• in der Regel eine hohe Korrelation zu der Anzahl der Mitar- 
beiter ausweisen (»Arbeitsplatzkosten«), 
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• gegenüber den Personalkosten weniger bedeutsam sind. 

Bestimmung der Kostentreiber 

Die Prozesskostenanalyse zeigt, dass sechs Kostentreiber (Anzahl 
der Anforderungen, Lieferanten, Positionen, Bestellungen, Liefe- 
rungen, Neuteile) infrage kommen. Alle Kostentreiber zu ver- 
wenden, würde eine hohe, kostentreibende Komplexität für das 
Kostenrechnungssystem bedeuten. Es ist daher zu untersuchen, 
ob - ohne wesentliche Beeinträchtigung der Zweckgenauigkeit 
des Systems - die Anzahl der Kostentreiber reduziert werden 
kann. Ziel sollte es sein, nicht mehr als ein bis zwei Kostentrei- 
ber je (Haupt-) Prozess zu verwenden. 

Im Fallbeispiel bietet es sich an, die Anzahl der Bestellungen als 
Kostentreiber des Hauptprozesses »Materialbeschaffung« (Ein- 
kauf) anzusetzen. Hierfür spricht, dass: 

• die Anzahl der Bestellungen bei den wichtigsten Aktivitäten 
2 und 3 (Lieferantenauswahl und Einkaufsaufträge), die etwa 
73 % der leistungsmengeninduzierten Gemeinkosten ausma- 
chen (333 + 891):(2 000 - 320), bestimmender Kostentreiber 
ist, 

• anzunehmen ist, dass die Anzahl der Lieferungen (Aktivitäten 
4 und 5) eine hohe Korrelation zu den Bestellungen auf- 
weist. Ist das der Fall, dann werden durch den Kostentreiber 
»Bestellungen« sogar 95 % dieser Gemeinkosten erfasst (333 
+ 891 + 172 + 194):(2 000 - 320). 

Errechnung der Prozesskostensätze 

Zur Errechnung der Prozesskostensätze ist zunächst die men- 
genmäßige Erfassung der Bezugsgrößen der Prozesskostenrech- 
nung, der Kostentreiber erforderlich. Dies setzt in der Praxis 
häufig eine Erweiterung der Datenerfassung voraus, die compu- 
terunterstützt erfolgen muss. Möglichkeiten hierzu bietet u. a. der 
Einsatz von Workflow-Management- Systemen, da diese die Men- 
geninformationen als Plan- und Istwerte Vorhalten (vgl. hierzu 
ausführlich Gadatsch, 2004). 

Es wird unterstellt, dass für dieses Beispiel im Planungszeitraum 
folgende Bestellungsvorgänge anfallen: 
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Bestellungen: 


Anzahl 


1. Komponente 


200 


2. Komponente 


300 


3. Komponente 


2 000 


4. Komponente 


4 000 


Summe kostentreibender „Bestellungen“ 


6500 



Zur Erinnerung: Da die Produkte A und B zwar in gleicher 
Stückzahl (300 000 Einheiten) gefertigt werden, jedoch das ho- 
mogene Großserienprodukt (A) bzw. das differenzierte Kleinse- 
rienprodukt (B) die Gemeinkostenressourcen unterschiedlich 
beanspruchen, ist eine getrennte Erfassung der Bestellungen für 
A und B erforderlich, sollen die Gemeinkosten verursachungsge- 
recht als Produktkosten erfasst werden. Um sicherzustellen, dass 
die Prozesskostensätze alle Gemeinkosten des betrachteten 
Hauptprozesses (Cost Pools) enthalten, müssen die Kosten nicht 
repetetiver Aktivitäten, für die keine messbaren Kostentreiber 
ermittelt werden können (Aktivität Nr. 6 Abbildung 209, „Abtei- 
lungsleitung“), hinzugerechnet werden. Dies geschieht, indem 
ein Umlagesatz errechnet und dieser dem leistungsmengenindu- 
zierten Prozesskostensatz hinzuaddiert wird. Der Umlagesatz 
wird durch Änderungen der Anzahl der in der Periode anfallen- 
den Kostentreiber nicht beeinflusst (»fixe Gemeinkosten«, leis- 
tungsmengenneutral) . 

Der Prozesskostensatz „Bestellung“ errechnet sich daher wie 
folgt: 

(1) leistungsmengeninduzierter Prozesskostensatz = 

leistungsmengeninduzierte Gemeinkosten aller Teilaktivitäten des Hauptprozesses 
Pr ozessmenge der Hauptaktivität 



, 1.680.000 

oder : 

4.000 + 2.000 -f- 300 4- 200 



258,46 € 



(2) leistungsmengenneutraler Prozesskostensatz = Prozess- 
kostensatz 

'^leistungsmengenneutrale Gemeinkosten des Hauptprozesses 
^ leistungsmengeinduzierte Gemeinkosten aller Teilaktivitäten des Hauptprozesses 
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oder-. €258,46 *^^^^^^ = 49,23 € 
1.680.000 



(3) Gesamtprozesskostensatz = Prozesskostensatz + Umlagesatz 
oder: 258,46 + 49,23 = 307,69 € 

Bestimmung und Messung der Kostentreiber der sonstigen 
Hauptprozesse 

In dem dargestellten Verfahren werden nunmehr alle Kostentrei- 
ber definiert und mengenmäßig erfasst. Die Kostentreiberanalyse 
der auf S. 430 dargestellten Hauptprozesse ergibt folgende In- 
formationen: 





Hauptprozess 


Kostentreiber 


Anzahl Kostentreiber pro Kom- 
ponente 








1 


2 


3 


4 


1 


Materialhandling 


Materialbe- 

wegungen 


180 


160 


1 000 


1 200 


2 


Materialbeschaffung 


Bestellungen 


200 


300 


2 000 


4 000 


3 


Produktionsdurchlauf 


Rüstvorgänge 


12 


12 


300 


300 


4 


Wartung 


Wartungsstunden 


7 000 


5 000 


10 000 


8 000 


5 


Qualitätskontrolle 


Prüfungen 


360 


360 


2 400 


1 000 


6 


Fertigung 


Direkte Lohn- 
stunden 


150 000 


350 000 


200 000 


400 000 


7 


Montage 


Direkte Lohn- 
stunden 


50 000 


100 000 


60 000 


140 000 








pro Produkt 








A 


B 


8 


Auftragsbearbeitung 


Kundenaufträge 


300 


3 600 


9 


Versanddurchführung 


Auslieferungen 


200 


2 200 



Abbildung 210: Kostentreiberanalyse (Mengengerüst) 



Während sich bei den Hauptprozessen eins bis fünf sowie acht 
und neun variantenabhängige Kostentreiber ermitteln lassen, 
werden bezüglich der Prozesse sechs und sieben volumenab- 
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hängige Kostentreiber unterstellt, da die Gemeinkosten (Ab- 
schreibungen, Energie) maßgeblich von der Ausbringungsmenge 
abhängen, was in den direkten Lohnstunden zum Ausdruck 
kommt. Es wird unterstellt, dass die Komponenten auf allen 
Maschinen gefertigt bzw. montiert werden. 

Die Vertriebsgemeinkosten gliedern sich in die Hauptprozesse 
Auftragsbearbeitung und Versanddurchführung. Die Kostentrei- 
ber werden aber den Produkten A und B und nicht den Kompo- 
nenten zugeordnet, da der Kunde nur fertige Produkte bezieht. 
Da mehrere zeitnahe Bestellungen des gleichen Kunden sich 
manchmal zu einer Auslieferung zusammenfassen lassen, ist die 
Anzahl der Auslieferungen geringer als die der Bestellungen. 



Analyse des mengenmäßigen Verbrauchs gemeinkostenverur- 
sachender Tätigkeiten 

Stellt man den mengenmäßigen Verbrauch der Kostentreiber je 
Produkt (ausgedrückt in %) nebeneinander, so ergibt sich fol- 
gende Aussage: 





a 


b 


c 




Hauptprozess 


Mengenverbrauch 






gemeinkostentreibender Akti- 
vitäten (in % pro Produkt) 






A 


B 


1 


Materialhandling* 


13,4 


86,6 


2 


Materialbeschaffung 


7,7 


92,3 


3 


Produktionsdurchlauf 


3,8 


96,2 


4 


Wartung 


40,0 


60,0 


5 


Qualitätskontrolle 


17,5 


82,5 


6 


Eertigung 


45,5 


54,5 


7 


Montage 


42,9 


57,1 


8 


Auftragsbearbeitung 


7,7 


92,3 


9 


Versanddurchführung 


8,3 


91,7 



Abbildung 211: Prozentualer Mengenverbrauch pro Produkt 
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Bei der Anwendung traditioneller Kalkulationsmethoden (auf 
Einzelkosten bzw. Lohnstunden basierende Zuschlagskalkulati- 
on) ergab sich eine Verteilung der gesamten Gemeinkosten auf 
die Produkte A und B in Verhältnis von 44:56 (bzw. 45:55). Die 
Gegenüberstellung des mengenmäßigen Verbrauchs der gemein- 
kostenverursachenden Aktivitäten zeigt aber, dass dieses Ver- 
hältnis annähernd nur für die (Produktions-) volumenabhängigen 
Prozesse (Fertigung, Montage) richtig ist. Dies ist in einer weit- 
gehend automatisierten Produktion verständlich, da die Gemein- 
kosten des Fertigungsprozesses (Abschreibungen, Energie, War- 
tung) weitgehend laufzeitabhängig sind und der Output bei den 
Produkten A und B gleich ist. Das gilt unabhängig davon, ob die 
Serie (Laufzeit) groß oder klein ist. 

Die logistischen und ingenieurtechnischen Maßnahmen (Hand- 
ling, Beschaffung, Rüstvorgänge, Versandvorgänge) verursachen 
jedoch ereignisabhängige Gemeinkosten. 

Da das differenzierte Kleinserienprodukt B gemessen an der 
Anzahl der produzierten und verkauften Einheiten bedeutend 
mehr Ereignisse dieser Art auslöst, nimmt es auch mehr Kosten- 
treiber in Anspruch und verursacht insofern auch höhere Ge- 
meinkosten. 



Errechnung der Prozesskostensätze 

Auf der Basis der Gemeinkosten je Hauptprozess sowie des 
Mengengerüstes (Abbildung 211) werden die Prozesskostensätze 
(Kostentreibersätze oder Cost Driver Rates) ermittelt. Zur Verein- 
fachung wird hier auf eine Trennung in leistungsmengenindu- 
zierte und leistungsmengenneutrale Gemeinkosten verzichtet. 
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a 


b 


c 


d 






Hauptprozess 


Summe 


Kosten- 

treiber 


Prozesskos- 

tensatz 








T€ 


Anzahl 


€/LE 




1 


Materialhandling 


1 500 


2 540 


590,55 


Material- 

bewegung 


2 


Materialbeschaffung 


2 000 


6 500 


307,69 


Bestellung 


3 


Produktionsdurchlauf 


1 500 


624 


2 403,85 


Rüstvor- 

gang 


4 


Wartung 


2 500 


30 000 


83,33 


W-stunde 


5 


Qualitätskontrolle 


3 000 


4 120 


728,16 


Prüfung 


6 


Fertigung 


2 500 


1 100 000 


2,27 


DLh 


7 


Montage 


2 000 


350 000 


5,71 


DLh 


8 


Auftragsbearbeitung 


1 000 


3 900 


256,41 


Kundenauf- 

trag 


9 


Versanddurchführung 


1 700 


2 400 


708,33 


Ausliefe- 

rung 



Abbildung 212: Errechnung der Prozesskostensätze 



Die Fertigungs-ZMaterialgemeinkosten werden nun über Kompo- 
nenten den Produkten A und B wie folgt zugerechnet: 
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a 


b 


c 


d 


e 




HauDtorozess 


Komoonente 


11 


1. Materialhandling 










12 


Anzahl Kostentreiber 


180 


160 


1 000 


1 200 


13 


Prozesskosten T€ (Anzahl x 590,55) 


106,30 


94,49 


590,55 


708,66 


14 


Produkt A 


200,79 € 








15 


Produkt B 






1 299.21 € 


21 


2. Materialbeschaffung 










22 


Anzahl Kostentreiber 


200 


300 


2 000 


4 000 


23 


Prozesskosten T€ (Anzahl x 307,69) 


61,54 


92,31 


615,38 


1 230,76 


24 


Produkt A 


153,85 € 






25 


Produkt B 






1 846.14 € 


31 


3. Produktionsdurchlauf 










32 


Anzahl Kostentreiber 


12 


12 


300 


300 


33 


Prozesskosten T€ (Anzahl x 2 403,85) 


28,85 


28,85 


721,16 


721,16 


34 


Produkt A 


57,70 € 






35 


Produkt B 






1 442.32 € 


41 


4. Wartung 










42 


Anzahl Kostentreiber 


7 000 


5 000 


10 000 


8 000 


43 


Prozesskosten T€ (Anzahl x 83,33) 


583,31 


416,65 


833,30 


666,64 


44 


Produkt A 


999,96 € 






45 


Produkt B 






1 499.94 € 


51 


5. Oualitätskontrolle 










52 


Anzahl Kostentreiber 


360 


360 


2 400 


1 000 


53 


Prozesskosten T€ (Anzahl x 728,16) 


262,14 


262,14 


1 747,58 


728,16 


54 


Produkt A 


524,28 € 






55 


Produkt B 






2 475.74 € 1 


61 


6. Fertisung 










62 


Anzahl Kostentreiber 


150 000 


350 000 


200 000 


400 000 


63 


Prozesskosten T€ (Anzahl x 2,27) 


340,50 


794,50 


454,00 


908,00 


64 


Produkt A 


1 135,00 € 






65 


Produkt B 






1 362.00 € 


71 


7. Montage 










72 


Anzahl Kostentreiber 


50 000 


100 000 


60 000 


140 000 


73 


Prozesskosten T€ (Anzahl x 5,71) 


285,50 


571,00 


342,60 


799,40 


74 


Produkt A 


856,50 € 






75 


Produkt B 






1 142,00 € 



Abbildung 213: Verteilung der Fertigungs-ZMaterialgemeinkosten 
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Für die Produktkalkulation ergibt sich folgendes: 





Produkt A 


Produkt B 


Fertigungs-ZMaterialgemeinkosten 






(T€ 15 000; Rundungsdifferenz 

4,57 T€ 


T€ 3 928,08 


T€ 11 067,35 


Fertigungsmenge 


300 000 


300 000 


Gemeinkostenverrechnungssatz 
je Stück 


13,09 € 


36,89 € 



Die Vertriebsgemeinkosten werden mittels der Hauptprozesse 
Kunden-Auftragsbearbeitung (Kostentreiber; Kundenaufträge) 
und Versanddurchführung (Kostentreiber: Auslieferungen) den 
Produkten A und B wie folgt zugerechnet: 





a 


b 


c 




Hauptprozess 


Produkt 






A 


B 


81 


8. Auftragsbearbeitung 






82 


Anzahl Kostentreiber 


300 


3 600 


83 


Prozesskosten T€ (Anzahl x 
256,41) 


76,92 


923,08 


91 


9. Versanddurchführung 






92 


Anzahl Kostentreiber 


200 


2 200 


93 


Prozesskosten T€ (Anzahl x 
708,33) 


141,67 


1 558,33 



Abbildung 214: Verteilung der Vertriebsgemeinkosten 



Für die Produktkalkulation ergibt sich: 





Produkt A 


Produkt B 


Vertriebsgemeinkosten (T€ 2 700) 


T€ 218,59 


T€ 2 481,41 


Verkaufsmenge 


300 000 


300 000 


Gemeinkostenverrechnungssatz 
je Stück 


0,73 € 


8,27 € 
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Prozesskostenrechnung im Vergleich zur traditionellen Produkt- 
kalkulation 

Die Produktkalkulation der Prozesskostenrechnung belastet die 
Herstellkosten (Abbildung 215, Zeile 3) fiktiv mit 10 %. 





a 


b 


c 


d 


e 


f 




Produkte 


Gesamt- 


Stück- 












kosten 


kosten 












(auf volle 
T€ aufge- 
rundet) 


in € 










Kosten 


A 


B 


Sum- 


A 


B 










me 






1 


Einzelkosten 


1 350 


1 650 


3 000 


4,50 


5,50 


2 


Fertigungs-/ 

Materialgemein- 

kosten 














(prozess- 

orientiert) 


3 930 


11 070 


15 000 


13,10 


36,90 


3 


Herstellkosten 


5 280 


12 720 


18 000 


17,60 


42,40 


4 


Verwaltungsge- 
meinkosten (10 
%) 


528 


1 272 


1 800 


1,76 


4,24 


5 


Vertriebsge- 

meinkosten 

(prozessorien- 

tiert) 


219 


2 481 


2 700 


0,73 


8,27 


6 


Selbstkosten 


6 027 


16 473 


22 500 


20,09 


54,91 



Abbildung 215: Selbstkostenkalkulation mit Prozesskosten 



Ein Vergleich der Stückkosten ergibt: 
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Produkt 


Produkt 




A/€ 


B/€ 


Traditionelle Kalkulation 






Bezugsgröße EK (vgl. Abbildung 207 


33,75 


41,25 


Bezugsgröße DLh (vgl. Abbildung 208) 


33,39 


4l,6l 


Prozesskostenrechnung 


20,09 


54,91 



Während in der traditionellen Kalkulation der Unterschied in den 
Selbstkosten zwischen dem homogenen Großserienprodukt A 
und dem differenzierten Kleinserienprodukt B etwa 8, — (genau 
7,50 (41,25-33,75) bzw. 8,22 (41,61-33,39)) beträgt, weist die 
Prozesskostenrechnung eine Selbstkostendifferenz von 34,82 
aus, d. h. Produkt B verbraucht etwa 2,7 mal soviel Ressourcen 
wie A. 

Die traditionelle Kostenrechnung »subventioniert« das differen- 
zierte B zu Lasten des einfachen Standardproduktes. Die Kom- 
plexität der Produktdifferenzierung veranlasst notwendigerweise 
Tätigkeiten (Activities), die wiederum Gemeinkosten verursa- 
chen. Die traditionellen Bezugsgrößen sind jedoch volumen- 
bezogen (wert- oder zeitabhängig) und können diese gemein- 
kostenverursachenden Aktivitäten bzw. Prozesse nicht erfassen. 
Die Prozesskostenrechnung dagegen spiegelt die Komplexität 
der differenzierten Produkte wider, erfasst die heterogenen Akti- 
vitäten, aggregiert diese zu Prozessen, misst diese durch die Be- 
zugsgröße »Kostentreiber« und vermittelt Informationen über den 
Wertverzehr, den diese Aktivitäten im Unternehmen verursachen. 



7.4 Folgerungen für das strategische Kostenmanagement 

Unterstellt man in Erweiterung des Fallbeispiels einen Gewinn- 
zuschlag der E-Lux GmbH von 10 % auf die Selbstkosten der 
traditionellen Kostenrechnung (vgl. S. 426), so ergibt sich ein 
Gesamterlös von T€ 24 750,0 und zwar für Produkt A von T€ 
11 137,5 (p = 37,125) und lür Produkt B von T£ 13 612,5 (p = 45,375). Die 
graphische Darstellung dieser Entwicklung bei der E-Lux GmbH 
zeigt folgendes: 
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Abbildung 216: Gesamtkostenveriauf Zuschlagskalkulation 



E: Erlöse T€ 24 750 (110 % der SK, Abbildung 2l6) 

KCtrad.): Gesamtkosten T€ 22.500 (T€ 10.125 bzw. T€ 12.375, vgl. 
Abbildung 207) 

K(PZKR): Gesamtkosten T€ 22.500 (T€ 6.027 bzw. T€ 16.473, vgl. 
Abbildung 215) 

G: Gesamtgewinn T€ 2.250 (vgl. Abbildung 207 bzw. Abbildung 
215) 

Das differenzierte Produkt (Halbleiter Typ B) verursacht erheb- 
lich höhere Gemeinkosten. Die Gesamtkostenkurve steigt nach 
dem Punkt 300. 000 Einheiten (Typ A) steil an, der Gewinn des 
Produktes A wird durch die Gemeinkostendynamik, die die Pro- 
duktdifferenzierung auslöst, stark reduziert. 

Bei einem Gewinnzuschlag in Höhe von 10 % nach der traditio- 
nellen Zuschlagskalkulation auf die Selbstkosten wird ein Ge- 
samtgewinn von T€ 2.250 erwirtschaftet, der sich auf die Produk- 
te wie folgt verteilt: 
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Produkt 


Gesamtgewinn 


Stückgewinn 


Prozessorchip Typ A 


1012,5 € 


3,375 € 


Prozessorchip Typ B 


1237,5 € 


4,125 € 


10 % von T€ 10 125 
vgl. Abbildung 207 


bzw. 12 375 (SK von Produkt A bzw. B) 



Die Information der traditionellen Kostenrechnung besagt, dass: 

• beide Produkte gewinnbringend sind, 

• das differenzierte Produkt B einen höheren Stück- und Ge- 
samtgewinn erwirtschaftet als das Standardprodukt Prozes- 
sorchip Typ A. 

Auch bei Anwendung der Deckungsbeitragsrechnung wird diese 
Managementinformation bestätigt, wie folgende Rechnung zeigt: 



Produkt 


A/T 


B/T 


S/T 


Erlöse (E) in € 


11 137,5 


13 612,5 


24 750,0 


Einzelkosten (EK) in € vgl. 
Abbildung 206 


1 350,0 


1 650,0 


3 000,0 


Deckungsbeitrag (DB) in € 


9 787,5 


11 962,5 


21 750,0 


Rangfolge in € 


II 


I 




Preis (p in )' in € 


37,125 


45,375 




Einzelkosten (EK/Stück in €) 


4,500 


5,500 




Deckungsbeitrag (db/Stück 
in €) 


32,625 


39,875 




Rangfolge 


11 


I 




110 von 33,75 € bzw. 41,25 € vgl. Abbildung 207 



Die Prozesskostenrechnung weist jedoch nach, dass der Gesamt- 
gewinn von T€ 2 250 wie folgt erwirtschaftet wird: 
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Produkt 


A/T 


B/T 


S/T 


Erlöse 


11 137,5 


13 612,5 


24 750,0 


Einzelkosten 


1 350,0 


1 650,0 


3 000,0 


Gemeinkosten nach PZKR 


4 677,0 


14 823,0 


19 500,0 


Gewinn 


5 110,5 


- 


2 250,0 


Verlust 


- 


2 860,5 





Die verursachungsgerechte Gemeinkostenzuordnung der Pro- 
zesskostenrechnung zeigt, dass das differenzierte Produkt B bei 
gegebenem Preisniveau Verluste verursacht und etwa 56 % des 
durch das Standardprodukt A erwirtschafteten Gewinns vernich- 
tet. Dies ist aus der Graphik in Abbildung 2l6 ebenfalls ersicht- 
lich. 

7.5 Kritische Würdigung 

Vor- und Nachteile der Prozesskostenrechnung beim Transfer in 
die Praxis lassen sich wie folgt zusammenfassen (vgl. dazu In- 
nes/Mitchell): 

Einsatzfelder 

Das Activity Based Costing (ABC) ist primär auf fertigungsnahe 
Gemeinkostenbereiche und -funktionen ausgerichtet („Product 
Focus“). Es geht nicht von Kostenstellen und deren Teilprozes- 
sen aus. Horväth/Mayer betonen, dass bei Unternehmen im US- 
amerikanischen Raum eine ausgeprägte Stellenrechnung nicht 
üblich ist. Die Prozesskostenrechnung strebt dagegen die pro- 
zessorientierte Zurechnung aller Unterstützungs- und Dienstleis- 
tungsbereiche des Unternehmens an. Sie ist durchaus gezielt in 
ausgewählten wichtigen Gemeinkostenbereichen (z. B. in der 
Kommunikations- und Informationstechnik) einsetzbar unter 
Vernachlässigung oder konventioneller Betrachtung anderer 
indirekter Unterstützungs- und Servicefunktionen des Unterneh- 
mens, d. h. beide Kostenrechnungssysteme bestehen nebenein- 
ander. 

Bezugsgrößendifferenzierung 

Aus praktischen Gründen ist selbst bei modernen, informations- 
gestützten Kostenrechnungssystemen die Anzahl der eingesetzten 
Bezugsgrößen zur Weiterverrechnung der Gemeinkosten auf 
Kostenträger einzuschränken. 
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Das bedingt, dass auch in der Prozesskostenrechnung pragmati- 
sche Kompromisse zwischen der Anzahl der in das System ein- 
gehenden Hauptprozesse und Kostentreiber der Prozessgemein- 
kosten und dem Kostenverursachungsprinzip erforderlich sind. 
So werden z. B. die Sachkosten, sofern eine enge Korrelation 
zum Arbeitsplatz besteht (z. B. PC, Schreibtisch, Raumkosten), 
pauschal den Personalkosten zugerechnet und die leistungsmen- 
genneutralen Prozesse (z. B. Abteilungsleitung) in Form des 
Umlagesatzes verrechnet (vgl. Kap. 7.2). Aktivitätskosten geringe- 
rer Bedeutung oder von hoher Korrelation zum Hauptkostentrei- 
ber werden diesem oft pauschal zugerechnet. Der grundsätzliche 
Vorteil der Prozesskostenrechnung, die Abkehr vom System der 
volumenabhängigen Bezugsgrößen (Zeit, Wert), bleibt erhalten, 
da er keine Gemeinkostenabhängigkeit erklärt. 

Ziele der Prozesskostenrechnung 

Die Prozesskostenrechnung liefert Informationen für ein strategi- 
sches Kostenmanagement mit folgenden Zielsetzungen: 



1 


Preispolitik bei Markt-/Kostenführer-, Differenzierungs- und 
Spezialisierungsstrategien, 


2 


Optimierung von Volumen, Produktmix, Differenzierungs- 
breite und -Intensität durch Förderung, Reduzierung oder 
Einstellung bestehender Produktlinien, 


3 


Produktentwicklungsentscheidungen, insbesondere bei In- 
novationen und Innovationszyklen (oft in Verbindung mit 

dem Target Costing), 


4 


Optimierung innerbetrieblicher, gemeinkostentreibender 
Prozesse in Produktion und Distribution (Losgrößen, Ein- 
kaufs- und Beschaffungsmaßnahmen, Distributionsverfahren 
und -kanäle, Materialbewegungen), 


5 


Gemeinkostenplanung und -kontrolle. 


6 


Ergebnisanalysen, insbesondere Break-Even-Analysen, Kun- 
den- und Segmentserfolgsrechnungen u.a. 



Abbildung 217: Ziele der Prozesskostenrechnung 



Praktische Umsetzungsprobleme 

Obwohl die Vorteile der Prozesskostenrechnung als Informati- 
onsinstrument für das Management evident sind, darf nicht über- 
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Kritik 



sehen werden, dass bei der praktischen Umsetzung des Konzep- 
tes Schwierigkeiten auftreten, insbesondere bei der: 

• Zurechnung zeitabhängiger Fixkosten 

Da die Basis der Gemeinkostenermittlung das traditionelle 
Rechnungswesen darstellt, ist bezüglich der periodenbezo- 
genen Erfassung und Verteilung der Gemeinkosten zu be- 
achten, dass diese oft nicht »objektiv«, sondern nur willkür- 
lich erfolgen (z. B. Abschreibungen, Entwicklungskosten). 
Dies beeinflusst die Prozesskostenkalkulation. 

• Definition der Aktivitäten, Zusammenfassung zu Teil- und 
Hauptprozessen 

Auch hier sind, wie dargestellt, Kompromisse erforderlich, 
um die Prozesskostenrechnung praktisch einsatzfähig zu 
gestalten. Oft müssen Zusammenfassungen erfolgen, obwohl 
bekannt ist, dass nicht alle Aktivitäten eines Prozesses z. B. 
leistungsmengenproportional anfallen. Hier gilt, wie in tradi- 
tionellen Kostenrechnungssystemen, das Prinzip der »Zweck- 
genauigkeit«. 

• Kostentreiberfestlegung 

Die Ausführungen zum vorstehenden Punkt gelten hier 
sinngemäß. Nicht alle Gemeinkosten sind eindeutig Aktivitä- 
ten zuzuordnen, die durch die Herstellung oder Distribution 
des Produktes unmittelbar ausgelöst werden (z. B. Image- 
werbung, Revision, Abschreibung eines Eirmenwertes, usw.). 

Mitarbeiterführung und -motivation 

Die Prozesskostenrechnung vermittelt den Eührungskräften und 
Mitarbeitern in den indirekten Dienstleistungsbereichen transpa- 
rente Informationen über: 

• die Kosten, die durch die eigene Tätigkeit entstehen, 

• die Abhängigkeit dieser Kosten von der Gestaltung der eige- 
nen Arbeitsprozesse und Arbeitsorganisation, 

• die Wirkung der durch die eigene Tätigkeit verursachten 
Gemeinkosten auf die Produktkosten, auf Gewinne, Preispo- 
litik, Wettbewerbslage, usw. 

Daher ist die Prozesskostenrechnung ein wichtiges Personalfüh- 
rungsinstrument und eine Voraussetzung für die Motivation von 
Mitarbeitern bei der Effizienz- und Leistungssteigerung der Ge- 
meinkostenfunktionen. Bei modernen Rationalisierungs- und 



445 





7 Prozesskostenrechnung für IT-Controller 



Effizienzsteigerungsprogrammen (Kaizen, KVP Kontinuierlicher 
Verbesserungsprozess u.a.) ist die PZKR unverzichtbar. 

Sie birgt jedoch auch Gefahren, wenn z. B. die Mitarbeiter das 
Leistungsprofil durch Manipulation der vorgegebenen Kosten- 
treiber »verbessern«. Folgendes Beispiel demonstriert den Vor- 
gang: 

Der Einkauf plant, 5 000 Einkaufsanforderungen für IT-Zubehör 
pro Jahr zu bearbeiten. Die Prozessgemeinkosten wurden mit T 
150,0 ermittelt. Jede Einkaufsanforderung verursacht 3,- € Grenz- 
kosten (Telefon, Formular, u.a.). Für die Planung ergibt sich: 

„ , 150.000 Gemeinkosten 

Pr ozesskostensatz = 

5.000 Einkaufsanforderungen 

= 30,- € + 3,- € Grenzkosten 
= 33,- € je Einkaufsanforderung 

Plan-Gesamtkosten: 

Kostenstelle Einkauf (€) = 150.000 + 5.000 x 3, — = 165.000 € 



Die Mitarbeiter werden durch die Planvorgaben beeinflusst, zur 
(scheinbaren) Effizienzsteigerung die Anzahl der Kostentreiber 
zu erhöhen. Dies ist möglich, indem sie die Anzahl der Einkaufs- 
anforderungen auf 6 000 Einheiten steigern und weniger Positio- 
nen aufgenommen werden. Obwohl das Einkaufsvolumen nicht 
verändert wird, weist die Abteilung Einkauf nun eine Kostenun- 
terschreitung auf, die allerdings zu Lasten des Unternehmens 
geht: 

Plankosten (€)= (5.000 x 30) + (5.000 x 3) = 165.000 € 

Sollkosten (€) = (6.000 x 30) + (6.000 x 3) = 198.000 € 

Istkosten (€) = 150.000 + (6.000 x 3) = 168.000 € 

Die Abteilung betreibt eine Art Selbstbeschäftigung. Am Ende 

des Jahres weist sie eine Kostenunterschreitung von 30.000 
(Soll- zu Istkosten) aus, obwohl das Einkaufsvolumen sich nicht 
geändert hat. Es entstehen Mehrausgaben in Höhe von 3.000 
durch überflüssigerweise verursachte Grenzkosten. 
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Termini 


Erläuterung und/oder Formel 


1 . Aktivität 


Vorgang (Tätigkeit) auf einer Kostenstelle, durch die ein Ver- 
zehr von Produktionsfaktoren verursacht wird 


2. Homogene 
Aktivitäten 


Aktivitäten, die nach Struktur, Arbeitsablauf und -aufwand, 
Zeitbeanspruchung usw. sehr ähnlich sind 


3. Prozess 


ist eine auf die Erbringung einer bestimmten (Service) Leis- 
tung ausgerichtete Kette von homogenen Aktivitäten 


4. Teilprozess 


ist nach Horväth/Mayer in einer Kostenstelle eine Kette ho- 
mogener Aktivitäten, die sich einem oder mehreren Haupt- 
prozessen zuordnen lässt und für die den Prozesskosten er- 
mittelt werden 


5. Hauptpro- 
zess 


Aggregation von zwei oder mehreren Teilprozessen, die den- 
selben Kosteneinflussfaktor haben und für die sich Prozess- 
kosten ermitteln lassen 


6. Leistungs- 
mengenin- 
duzierte 
Prozess- 
kosten 
(Imi) 


Prozesskosten, die sich (proportional) zur Menge der 
in Anspruch genommenen Kostentreiber verhalten 


7. Leistungs- 
mengen- 
neutrale 
Prozesskos- 
ten (Imn) 


Prozesskosten, die unabhängig von der Menge der 
in Anspruch genommenen Kostentreiber entstehen (z. B. 
Abteilungsleitung) 


8. Kostentrei- 
ber 


Haupteinflussfaktor der Kostenentstehung, der die Abhängig- 
keit der Gemeinkosten bestimmt, Maßstab für Kostenverursa- 
chung und Kostenzurechnung auf Kostenträger 


9. Cost Driver 


Kostentreiber, vgl. Nr. 8. 
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10. Prozesskos- 
tensatz 
(Imi) 


ergibt sich durch Division der Prozesskosten durch die (ge- 
plante) Prozessmenge: 

„ , .N Vr ozesskostm (Imi) 

rrozesskostensatz {lmi) = 

Plan — Pr ozessmenge 


11. Umlagesatz 
(Imn) 


verrechnet die leistungsmengenneutralen Prozesskosten wie 
folgt: 

,, , ,, . . „ Vrozesskostenilmn) „ 

Umlagesatz {Imn) je Fr ozess = x Fr ozesskostensatz 

Porzesskosten {Imi) 


12. Gesamt- 
prozess- 
kostensatz 


Prozesskostensatz + Umlagesatz 


13. Hauptpro- 
zesskosten- 
satz 


Summe der Teilprozesskostensätze 


14. Cost Pool 


Aggregation homogener Aktivitäten im ABC, vergleichbar 
einem Hauptprozess in der PZKR, vgl. Nr. 5 


15. Prozess- 
sollkosten 


Istprozessmenge x Planprozesskostensatz (gesamt) 



Abbildung 218: Glossarium Prozesskostenrechnung 
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8.1 



Kostenverursa- 

chung 



Target Costing für IT-Controller 



Methode des Target Costing (Zielkostenrechnung)i^ 

Die Verfahren der Produktkostenkalkulation traditioneller Kos- 
tenrechnungssysteme erfüllen die heutigen Anforderungen als 
verlässliche Managementinformation nur unzureichend. Globaler, 
scharfer Wettbewerb, ständig sich verkürzende Produktlebens- 
zyklen, Produktdifferenzierung mit steigenden Varianten und oft 
dramatischem Preisverfall fordern Produktkosteninformationen, 
die markt- und wettbewerbsorientiert aufbereitet sind und früh- 
zeitig strategische Produkt-ZMarktpositionierungen ermöglichen 
(vgl. Kapitel 7 Prozesskostenrechnung für IT-Controller). 

Das Target Costing zielt genau auf diese Fragestellung. Es ist 
insofern »kein Kostenrechnungssystem« (Freidank), sondern ein 
Produktkostenplanungs-, -kontroll-, -koordinations- und 
Steuerungsinstrument, welches die bestehende IT-Kosten- und 
Leistungsrechnung sinnvoll ergänzt und ein konsequentes kün- 
den- und marktorientiertes IT-Kostenmanagement unterstützt. 
Target Costing wurde zunächst von japanischen Unternehmen, 
vornehmlich der Automobil- und Elektronikindustrie konzipiert 
(Toyota, Nissan, Nippondenso, NEC u.a. vgl. Monden, Sakusai, 
Tanaka). Mittlerweile gilt das Konzept fünfzehn Jahre nach seiner 
Konzeption als bewährtes Instrument in zahlreichen namhaften 
Unternehmen (vgl. z.B. zum Einsatz des Target Costing bei 
DaimlerCrysler den Beitrag von Ortelbach/Heim, 2005). Dem 
Methodenansatz des Target Costing liegen zwei Basiserkenntnis- 
se zugrunde: 

Die traditionelle Kostenverlaufkurve ergibt, bezieht man sie auf 
den Lebenszyklus der Produkte, eine irreführende Information, 
da sie den Kostenanfall, nicht jedoch die Kostenfestlegung wi- 
derspiegelt. 

Empirische Untersuchungen zeigen, dass für viele Produkte bis 
zu 80% der Produktkosten typischerweise im Bereich Entwick- 
lung/Konstruktion festgelegt werden, während die für diese 



vgl. dazu Kapitel 22 „Grundlagen des Target Costing“ in: Mayer, E.; 
Liessmann, K.; Mertens, H.-W.: Kostenrechnung, 7. Aufl., Stuttgart 1997 
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Funktion entstehenden Kosten nur etwa 5% der gesamten Pro- 
duktkosten ausmachen. 

Marktabhängige Produktpreise werden durch den Markt nach den dort herr- 
Kostendeckung sehenden Gesetzen (Angebot, Nachfrage, Kundennutzenerwä- 
gungen) bestimmt. Produktkosten müssen sich daher an Pro- 
duktpreisen ausrichten. Dies kommt im Konzept des Target 
Costing zum Ausdruck: 

Marktpreis - Zielgewinn = Produktkosten 

(„Market costs into Company“) 

Dies kontrastiert entscheidend zur traditionellen Praxis vieler 
Unternehmen, die wie folgt Vorgehen: 




Idee Entwicklung Prototyp Einkauf Beschaffung Leistungserstellung Vertrieb Service 

Wartung 



Abbildung 219: Kostenbeeinflussung 



Produktkosten + Zielgewinn = Marktpreis 
(„Company costs into market“) 

Target Costing setzt folglich ein konsequentes Umdenken im 
Controlling und Management voraus. Die Beziehungen zwischen 
den einzelnen Elementen der Methode stellen sich wie folgt dar 
(vgl. Abbildung 220): 
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Zielkosten 



Target Costs (Zielkosten) sind also die Produktkosten, die der 
geschätzte Marktpreis zulässt, wenn das strategische Gewinnziel 
erreicht werden soll. Ein Abgleich mit den hochgerechneten, 
derzeitigen Standardkosten (Drifting Costs) zeigt an, ob und in 
welchen Umfang Kostensenkungsmaßnahmen erforderlich wer- 
den, um marktgerechte Produktkosten für die neuen Produkte zu 
erreichen (Zielkostenlücke, Target Cost Gap). In der Literatur 
wird manchmal auch die Lücke bzw. Differenz zwischen den 
hochgerechneten Standardkosten (Drifting Costs) zu den vom 
Markt erlaubten Kosten (Allowable Costs) als Target Costs be- 
zeichnet (Howell). Begrifflich stellt in diesem Fall das erforderli- 
che Kostensenkungsvolumen (Drifting Costs - Allowable Costs) 
die Zielkosten dar. 




Abbildung 220: Drifting und Allowable Costs 



Der Zielkostenprozess wird unterschiedlich praktiziert. Viele 
Unternehmen gehen jedoch im Allgemeinen wie folgt vor und 
setzen folgende Instrumente ein: 

1. Festlegung eines Marktzielpreises unter Berücksichtigung 
der Produktpositionierung, des Wettbewerbs, der Kundennut- 
zenstiftung usw., 

Instrumente: Conjoint-Analyse, Branchen- und Wettbewerbs- 
analyse, Produktpositionierungsmatrix, Reverse Engineering. 

2. Festlegung des Zielgewinns, 
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Komponenten 



Funktionen 



Instrumente: Kennzahlensysteme insbesondere ROS (Return- 
On-Sales, Umsatzzielrendite) bzw. ROI (Return-On-Invest- 
ment), Wettbewerbsanalyse, Cash-flow-Änalyse, Lebenszyk- 
lus. 

3. Ermittlung der erlaubten Zielkosten als Differenz von 1-2. 

4. Ermittlung der voraussichtlichen Produktkosten (Drif- 
ting Costs) auf der Basis bestehender Verhältnisse 

Instrumente: Hochrechnung der Standardkosten (Current 
Costs) des Standardproduktes zum differenzierten bzw. inno- 
vierten Neuprodukt. 

5 . Erarbeitung von Maßnahmen zur Schließung der Lücke 
von voraussichtlichen (hochgerechneten) Standardkosten 
(Drifting Costs) und erlaubten Zielkosten (Allowable Costs), 
mit oder ohne Risikovorsorge, 

Instrumente: Produkt-ZProzess-Wertanalyse (Value Enginee- 
ring), Parallelentwicklung, Cost Tables, Reverse Engineering, 
Just-in-time, Produktentwicklungszyklen (z.B. Ergebnisplan), 
Prozesskostenrechnung, Qualitätskonzepte (TQM), Kanban, 
Kaizen (vor allem in der Eertigungsphase), Eigenferti- 
gung/Fremdbezug, Standardisierung von Komponenten und 
Teilen, Zero-Base-Budgeting usw.. 

6. Durchführung der Zielkostenspaltung, d.h. die Gliede- 
rung der gesamten Zielkosten nach homogenen „Kostenblö- 
cken“, um so eine verantwortungsbezogene Zuordnung von 
Kosten und Kostenzielen zu Managementebenen durchführen 
zu können. 

Zwei Methoden sind in der Praxis üblich: 



Hier werden die erlaubten (Ziel-)-Kosten den Hauptkompo- 
nenten des Produktes zugeordnet (z.B. für Personal Computer: 
Prozessor, Display, Laufwerk usw.), die in Einzelkomponenten 
bis hin zu Teilen weiter aufgegliedert werden. Bei dieser Metho- 
de sind die verbesserten Produktvarianten wie auch die Ferti- 
gungsprozesse denen des Stammprodukts ähnlich. Sie wird da- 
her für Produktdifferenzierung empfohlen, wo die Kostensen- 
kungsziele vornehmlich bei Material- und Herstellungskosten 
liegen. 

Hier werden den erlaubten (Ziel-)-Kosten Produktfunktionen 
zugerechnet (PC-Beispiel s. o.: Verarbeitungsgeschwindigkeit, 
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Farbdisplay, Laufwerk usw.)- Diese Methode ist zu empfehlen, 
wenn kundenspezifische Problemlösungen im strategischen Fo- 
cus stehen und neue zusätzliche Produktfunktionen entwickelt 
werden. Der Marktpreis, den die Kunden für die Innovationen zu 
zahlen bereit sind, ist zu schätzen und den Kosten gegenüberzu- 
stellen (Erlaubte Kosten). Dies ist oft bei so genannten „weichen“ 
Funktionen (z.B. Design, Ästhetik) problematisch. 

8.2 Prozessablauf des Target Costing 

Den Ablauf eines Target Costing-Prozesses stellt Abbildung 221 
vor. Unterstellt wird die Entwicklung einer Produktinnovation. 
Der Planungsprozess erfolgt in interdisziplinären Management- 
teams. Die Prozessschritte beinhalten folgendes: 



a 


b 


c 


Inhalte 


Prozess-Schritte 


Beteiligte 



1. 


Kundennutzen-, Kunden, 


Produktpositionierung 


Entwicklung / Konstruktion 




Marktanalyse 










Produktdefinition 




2. 


Wettbewerbsanalyse 


Marktpreis 


Entwicklung / Konstruktion 






- 


Marktforschung 


3. 


Ziel-ROS (Umsatz- 


Zielgewinn 


Marktforschung 




Zielrendite) 


= 


Controllerdienst 


4. 


Benchmarking, Plausibilität 


Zielkosten 


Controllerdienst, 




(hochgerechnete 




Entwicklung / Konstruktion, 




Standardkosten) 




Produktion, 


5. 


Managementteam (Controller- 


Iterativer 


Logistik, 




Koordination) 




Marketing, 








Finanzierung 






Prozess 




6. 


Zielkostenstandards / 


Zielkosten als Budgetvorgabe 


Controllerdienste aller 




Zielkostenplanung 


(Komponente/Funktion) 


verantwortlichen Bereiche 


7. 


Kaizen (kontinuierliche 


Ist-Zielkosten 


Alle fertigungsnahen Bereiche 




Verbesserung) Zielkosten- 




(Produktion, Vertrieb) 




Soll-Ist-Kostenvergleich 







Abbildung 221: Prozessablauf im Zielkosten-Management 



Prozessschritt 1: Am Anfang des Innovationsprozesses steht eine Marktanalyse mit 
einer genaueren Produktdefinition einschließlich einer Positio- 
nierungsstrategie. 
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Prozessschritt 2: 



Prozessschritt 3: 



Prozessschritt 4: 



Prozessschritt 5: 



Prozessschritt 6: 



Prozessschritt 7: 



Beteiligte: Software-Entwicklung, Marketing. 



Basierend auf Produktdefinition, Produktpositionierung, Kun- 
dennutzen und Wettbewerbsanalyse wird der Marktpreis festge- 
legt. 

Beteiligte: Software-Entwicklung, Marketing, IT-Controller. 



Der Zielgewinn muss den strategischen Renditezielen des Unter- 
nehmens entsprechen, gemessen als ROS (Return-on-Sales oder 
Umsatzrendite). 

Beteiligte: Geschäftsführung. 



Eestlegung der vom Markt erlaubten Kosten (Zielkosten) als Dif- 
ferenz von 2 minus 3. Plausibilitätsprüfung auf der Basis der 
hochgerechneten Standardkosten (Drifting Costs), Benchmarking. 

Beteiligte: IT-Controller. 



Iterativer Planungsprozess durch interdisziplinäres Management- 
team zur Anpassung der hochgerechneten Standardkosten an die 
(erlaubten) Zielkosten. Die Arbeit wird nach den Prinzipien des 
Projektmanagements als interdisziplinärer und simultaner Prozess 
organisiert (Traditionelle Vorgehensweise bei Neuentwicklungen 
funktional/sequentiell von Entwicklung über Eertigung bis zum 
Vertrieb). 

Beteiligte: alle betroffenen Bereiche, IT-Controller koordiniert. 



Die gesamten erlaubten Zielkosten werden nach Produktkompo- 
nenten oder -funktionen (Zielkostenspaltung) den Zielkostenver- 
antwortlichen vom Controller als Zielkostenbudget zugeteilt. 

Beteiligte: IT-Controller (als Budget-Ersteller), alle ausführenden 
Bereiche (als Budgetverantwortliche). 



In der Leistungserstellungs-ZAbsatzphase wird die Einhaltung der 
Zielkosten kontrolliert. Über das Kaizen-Verfahren lassen sich 
kontinuierliche Kostenverbesserungsmaßnahmen einleiten. 
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Beteiligte: durchführende Bereiche (Beschaffung, Leistungserstel- 
lung, Vertrieb), IT-Controller. 



8.3 



Erfahrungs- und Praxisbeispiel 



Erfahrungs- 
und Praxisbei- 
spiel 



Wissenschaft und Unternehmenspraxis stellen den Target Costing 
Prozess unterschiedlich dar. Er wird durch die individuellen Un- 
ternehmens-, Markt- und Wettbewerbsstrukturen beeinflusst und 
diesen angepasst. Das Erfahrungsbeispiel entspricht dem in 
Abbildung 221 gezeigten Prozessablauf. Weitere, zum Teil von 
diesem Erfahrungsbeispiel abweichende Modelle der Zielkosten- 
ermittlung findet man u.a. bei Eröhling (für die Automobilindust- 
rie) sowie Horvath, Seidenschwarz, Freidank, Liessmann u.a.). 



Ausgangsinfor- 
mationen zum 
Praxisbeispiel 



Die E-Lux GmbH (L) ist einer der Marktführer für Festplatten. Im 
Marktsegment USB-Harddisks ist Firma L mit dem Produkt Typ A 
vertreten. Hauptbewerber sind die Firmen X (Typ B) und Y (Typ 
C). L, X und Y haben Marktanteile von 18%, 26% und 20%, der 
Rest von 36% entfällt auf zahlreiche kleinere Unternehmen. USB- 
Harddisks werden in drei Preisklassen angeboren: 



Preisklasse: 1 < 100 € (Niedrigpreissegment) 

2 = 100 - 150 € (Mittleres Preissegment) 

3 > 150 € (Hochpreissegment) 



Firma L ist mit dem Typ A auf das Niedrigpreissegment konzent- 
riert. Die Preissegmente werden durch Qualitätsmerkmale der 
Festplatten begründet. Der Marktanteil von Firma L für die Fest- 
platte Typ A ist in der letzten drei Jahren langsam aber stetig 
gesunken, obwohl wesentliche Produktinnovationen oder Ver- 
änderungen im Vertriebs- und Distributionssystem des gesamten 
Festplattenmarktes nicht stattfanden. Firma L führt die Marktan- 
teilsverluste auf den Trend zu besserem Qualitätsstandard zu- 
rück, für den der Kunde bereit ist, einen höheren Preis zu bezah- 
len. Das Management der Firma L beschließt, durch eine innova- 
tive Produktverbesserung diesen Entwicklungen zu begegnen. 
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Vorbereitung 
der Branchen- 
und Wettbe- 
werbsanalyse 



Ziel der angestrebten Produktinnovation ist eine höchstmögliche 
Kundennutzenstiftung. Um gezielte Ansatzpunkte hierfür zu fin- 
den, führt Firma L eine Conjoint-Analyse mit ausgewählten Kun- 
dengruppen in folgenden Schritten durch: 



(1) Zunächst wird ermittelt, welche Funktionen einer Festplatte 
aus Kundensicht den höchsten Nutzen stiften und durch welche 
Merkmale (Komponenten) diese Funktionen bewirkt werden. Als 
Ergebnis der Untersuchung werden sechs Funktionen bzw. 
Merkmale als aus Kundensicht besonders wichtig ermittelt: 





a 


b 


c 


Nr. 


Nutzenfunktion 


Merkmal 


Merkmal- 

Nr. 


1 


Prestige 


Marke, Design 


1 


2 


Speicherkapazität 


Giga-Byte 


2 


3 


Zugriffszeit 


ms 


3 


4 


Anschluss / Demontage 


USB-Anschluss- 

kabel 


4 


5 


Robustheit 


Gehäuse / 
Stoßabsorber 


5 


6 


Bequemlichkeit 


Gehäusegröße 


6 



Abbildung 222: Nutzenstiftende Funktionen und Merkmale 



(2) Die Kundentestgruppen führen eine Beurteilung der drei 
Konkurrenzprodukte (Typen A, B, C) durch. Da die Testkunden 
(Softwareentwickler) sachkundig sind und die Wirkung der 
Merkmale für die Nutzenfunktion beurteilen können, wird der 
Vergleich auf der Basis der Produktmerkmale direkt durch- 
geführt. Der Nutzenbeurteilung wird eine Bewertungsskala von 0 
(völlig nutzlos) bis 100 (Idealausführung) für jedes einzelne 
Merkmal pro Produkttyp zugrunde gelegt. In der Praxis werden 
die Grenzwerte (0 bzw. 100) im Normalfall nicht erreicht. Das 
Ergebnis der Wettbewerbsanalyse ist folgendes: 
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a 


b 


c 


d 


Nr. 


Merkmal 


Platten-Typ A 


Platten-Typ B 


Platten-Typ C 


Ausfüh- 

rung 


Nut- 

zen- 

wert 

0-100 


Ausfüh- 

rung 


Nut- 

zen- 

wert 

0-100 


Ausfüh- 

rung 


Nut- 

zen- 

wert 

0-100 


1 


Marke / Design 


No name 


30 


Standard 


60 


High 


80 


2 


Speicherkapazität 


40 GB 


25 


100 GB 


50 


200 GB 


70 


3 


Zugriffszeit 


20 ms 


60 


16 ms 


80 


9 ms 


60 


4 


Anschluss / De- 
montage 


USB 2.0; 
Ethernet 
10/100 


40 


USB 2.0 


30 


USB 2.0 


30 


5 


Robustheit 


Metall 


70 


Kunst- 

stoff 


30 


Metall 


70 


6 


Bequemlichkeit 


Handlich 


20 


Sperrig 


10 


Handlich 


20 


7 


Nutzenwert 

(Summe) 




245 




260 




330 


8 


Preis (€) 




90,- 




120,- 




200,- 



Abbildung 223: Wettbewerbsanalyse, Nutzenwerte 



Die Wettbewerbsanalyse in Abbildung 223 zeigt, dass die Merk- 
male der Produkte die Kundennutzeneinschätzung sehr unter- 
schiedlich beeinflussen. Im Punkt (2) wird zunächst unterstellt, 
dass die Wertigkeit der Nutzenstiftung für alle sechs Merkmale 
(alle 100 Maximalpunkte) gleich sei. Dies ist jedoch aus Kunden- 
sicht nicht der Fall, der Wert der einzelnen Funktionen unterein- 
ander ist unterschiedlich. Daher wird im Schritt (3) der relative 
Kundennutzen der Einzelfunktionen in der Form ermittelt, dass 
die Testkunden - ausgehend von einem Gesamtnutzen von 
100% - die prozentualen Anteile der Werte der Einzelfunktionen 
(Merkmale) 1 bis 6 schätzen. Durch Multiplikation von prozentu- 
alem Nutzenanteil mal Nutzenwert je Typ (Abbildung 224) wird 
der Produktnutzenwert im Wettbewerbsumfeld ermittelt, und 
zwar wie folgt: 
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a 


b 


C 


Nr. 


Merkmal 


Relativer Nutzenwert 
%- Anteil 


Relativ-Nutzen Laufschuh- 
typ 




A 


B 


C 


1 


Marke / Design 


25 


7,5 


15,0 


20,0 


2 


Speicherkapazität 


40 


10,0 


20,0 


28,0 


3 


Zugriffszeit 


5 


3.0 


4,0 


3,0 


4 


Anschluss / Demon- 
tage 


5 


2.0 


1.5 


1.5 


5 


Robustheit 


5 


3,5 


1,5 


3,5 


6 


Bequemlichkeit 


20 


4,0 


2,0 


4,0 


7 


Summe 


100 


30,0 


44,0 


60,0 



Abbildung 224: Relativer Nutzenwert pro Produkttyp im Wettbe- 
werbsumfeld 



Die Auswertung der Wettbewerbsanalyse nach dem Conjoint- 
Verfahren zeigt, dass die Firma L mit der USB-Harddisk Typ A 
mit 30 Punkten den niedrigsten, Wettbewerber Y mit Typ C und 
60 Punkten den höchsten Nutzenwert aufweist. Firma Y mit Typ 
B liegt im mittleren Nutzenwertbereich (44 Punkte). 



Preis- 

Nutzenverhält- 
nis und Preis - 
Nutzenfunktion 



Zur Bestimmung der Wettbewerbspositionierung im relevanten 
Markt für Festplatten wird der Relativnutzen des Produktes zum 
Produktpreis in Beziehung gesetzt (Preis-Nutzenverhältnis). 
Grundsätzlich gilt, dass ein höherer Preis höheren Produktnutzen 
erfordert, soll die Wettbewerbsposition nicht verschlechtert wer- 
den. Stellt man das Preis-Nutzenverhältnis in einem Koordinaten- 
system in Form einer Preis-Nutzenfunktion dar, so verläuft diese 
in der Praxis typischerweise innerhalb eines bestimmten Preisin- 
tervalls proportional steigend, um ab einem bestimmten Preisni- 
veau progressiv oder exponentiell anzusteigen. D.h., dass ab 
diesem Punkt (»Preisschmerzgrenze«) ein höherer Preis nur durch 
unrealistische, weil unwirtschaftlich aufwendige Nutzensteige- 
rung erzielt werden kann. 
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Kunden- 

nutzen- 

wert 




Dieser Punkt ist im Praxisbeispiel bei einem Preis von etwa € 200 
erreicht. Die Preis-Nutzenfunktion zeigt die Wettbewerbsposition 
auf, wobei die oberhalb der Funktionslinie positionierten Pro- 
dukte - im Beispiel Produkt B - Wettbewerbsvorteile, die unter- 
halb der Linie eingeordneten Produkte - im Beispiel Produkt C - 
Wettbewerbsnachteile aufweisen. Das Produkt Typ A der be- 
trachteten Firma L liegt ungefähr auf der Funktionslinie, nimmt 
also eine neutrale Wettbewerbsposition ein. Die Schaffung von 
Wettbewerbsvorteilen ist grundsätzlich entweder durch Erhöhung 
des Kundennutzens oder durch Preissenkung möglich, wie aus 
der Abbildung 225 (Pfeile bei Produkt A bzw. B) zu ersehen ist. 
Im Praxisfall bleibt aber für C z.B. nur die Alternative einer Preis- 
senkung übrig, da die Preis-Nutzenfunktion beim gegebenen 
Preis von € 200 für weitere nutzenerhöhende Qualitätsverbesse- 
rung ungünstig verläuft. Für Produkt A ist dagegen die Alternati- 
ve Nutzensteigerung zu empfehlen, da man bereits im unteren 
Preissegment operiert. 

Abgeleitete Pro- Ziel der neuen Produktstrategie der Firma L ist die Schaffung 
duktdifferenzie- eines Wettbewerbsvorteils für die USB-Harddisk Typ A. Dieser 
rungsstrategie 
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kann nach Porter durch Kostenvorteile (Marktführer) oder durch 
Preisvorteile (Differenzierer) gegenüber der Konkurrenz erreicht 
werden. Wie jedoch bereits Abbildung 225 zeigt, scheint eine 
kosteninduzierte Preissenkung für Firma L kaum möglich, da: 

• Firma L bereits im Niedrigpreissegment operiert und 

• aufgrund der Marktanteilssituation (18%, nur drittgrößter 
Anbieter) Kostenvorteile durch die Lernkurveneffekte kaum 
realisierbar sind. 

Das Management der Firma L beschließt daher, durch eine Pro- 
duktinnovation Differenzierungs- und damit Wettbewerbsvorteile 
zu schaffen, indem ein höherer Kundennutzen geboten wird. 
Verwertbare, d.h. die Produkt-ZMarktposition verbessernde Pro- 
duktdifferenzierung setzt jedoch voraus, dass diese: 

• konkreten, für den Kunden erkenn- und verwertbaren Zu- 
satznutzen schafft, 

• gegenüber der Konkurrenz zumindest für einem größeren 
Zeitraum abschirmbar, d.h. nicht kurzfristig imitierbar ist, 

• nicht zu kosteninduzierten Preiserhöhungen führt (Preis- 
Nutzenfunktion), die eine Positionierung unterhalb der Preis- 
Nutzenfunktion zur Folge hätte, 

• die strategische Zielrendite nicht gefährden, da die Zusatz- 
kosten der Differenzierungsmaßnahmen vom Produktpreis 
nicht gedeckt werden. 

Um gezielt die Innovation bei den Funktionen anzusetzen, die 
den größten Differenzierungsvorteil gegenüber dem Wettbewerb 
versprechen, errechnet die Firma L die Nutzenspanne der be- 
trachteten Einzelfunktionen (Merkmale 1 bis 6). Hier wird der 
Minimal- dem Maximalnutzen gegenüber gestellt und die Diffe- 
renz (Nutzenspanne) ermittelt. Je größer die Nutzenspanne umso 
höher ist die Chance, durch Innovationsalternativen Differenzie- 
rungsvorteile zu schaffen. 
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a 


b 


C 


d 


Nr. 


Merkmal 


Nutzen 


Nutzenspanne 


Rang 






Hoch 


niedrig 






1 


Marke / Design 


20,0 € 


7,5 € 


12,5 € 


2 


2 


Speicherkapazität 


28,0 € 


10,0 € 


18,0 € 


1 


3 


Zugriffszeit 


4,0 € 


3,0 € 


1,0 € 


4 


4 


Anschluss / De- 
montage 


2,0 € 


1,5 € 


0,5 € 


5 


5 


Robustheit 


3,5 € 


1,5 € 


2,0 € 


3 


6 


Bequemlichkeit 


4,0 € 


2,0 € 


2,0 € 


3 



Abbildung 226: Nutzenspanne 



Das Management der Firma L beschließt aufgrund des Ergebnis- 
ses dieser Analyse eine Produktinnovation bei Merkmal 2 (Spei- 
cherkapazität) durchzuführen, um dem wachsenden Kundenbe- 
dürfnis nach hohem Speicherplatz zu entsprechen. Dieser Trend 
wird dadurch verstärkt, dass die Anzahl der PC-Nutzer im priva- 
ten Bereich (z.B. PC als Bild und Videoarchiv) steigt. Dieses 
kaufkraftstarke Kundensegment ist bereit, für mehr Speicherplatz 
einen höheren Preis zu akzeptieren. Die bahnbrechende Innova- 
tion soll darin bestehen, dass eine neue Speichertechnologie 
verwendet wird. 

Produktkosten- Der branchenübliche Gewinnzuschlag, der mittelfristig mindes- 

analyse und tens erreicht werden muss, um wettbewerbsfähig zu sein, beträgt 

Zielkostenlücke 40% auf die Produktherstellkosten. Er stellt planerisch somit den 
strategischen Zielgewinn (g-Ziel) dar. Die Firma L setzt die »Mar- 
ket-Costs-into-Company«-Methode ein und geht wie folgt vor: 
Marktpreis minus Zielgewinn ergibt die Zielkosten (i. S. von 
Produktherstellkosten). Ein Vergleich mit den Ist-Herstellkosten 
zeigt die Zielkostenlücke auf, d.h. den Betrag, um den bei vor- 
gegebenem Preis die Kosten gesenkt werden müssen, um den 
strategischen Zielgewinn („Target Profit") zu erreichen. Die Wett- 
bewerbsanalyse ergibt folgendes: 
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Kosten-Nutzen- 

wertanalyse 



Nr. 


a 


b 


c 


d 


1 


Festplatten-Typ 


A 


B 


C 


2 


Preis in € 


90,- 


120,- 


200,- 


3 


Zielgewinn 

(40% auf die Produkther- 
stellkosten 


25,70 


34,30 


57,10 


4 


Zielkosten 

(im Sinne von Produkt- 
herstellkosten) 


64,30 


85,70 


142,90 


5 


Istkosten 


65,-- 


78,- 


152,90 


6 


Zielkostenlücke 


-0,70 


7,70 


10 



Abbildung 227: Zielkostenlücke mit Zielgewinnzuschlag von 40% 



Die Zielkostenlückenanalyse weist für die Firma L Ist-Kosten auf, 
die den Zielkosten fast genau entsprechen. Dies zeigt, dass eine 
Verbesserung der Wettbewerbsposition durch Preissenkung 
kaum möglich ist und bestätigt die gewählte Differenzierungs- 
strategie durch Produktinnovation. Wettbewerber X hat dagegen 
bei Produkt B noch Preissenkungsspielräume ohne den strategi- 
schen Zielgewinn zu gefährden (positive Zielkostenlücke von 
7,70 €). Firma Y ist mit Produkt C in der strategisch schwierigsten 
Situation. Die Zielkostenlücke von 10,- € ist durch Preiserhöhung 
nicht zu schließen, da die Firma Y bereits in einer schwachen 
Wettbewerbsposition ist und die Preisabsatzfunktion ab einem 
Preisniveau von 200,- € ungünstig verläuft. Weitere Qualitätsver- 
besserungen sind wegen der kostentreibenden Wirkung auch 
ausgeschlossen (vgl. Abbildung 225). Es bleibt nur der Weg einer 
radikalen Produktkostensenkung (Neupositionierung). 

In einer vertiefenden Analyse ermittelt Firma L die Herstellkosten 
der Merkmale (Funktionen) I bis 6. Anschließend werden diese 
Herstellkosten durch die Gesamt-Nutzenpunkte (vgl. Abbildung 
224) geteilt und die Kosten pro Nutzenpunkt errechnet. Diese 
ergeben sich wie folgt (nur Produkt A): 
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Gesamt-Nutzenpunkte (vgl. Abbildung 224) : 30,00 

Ist-Kosten € (vgl. Abbildung 227): 65,00 

Kosten je Nutzenpunkt €: 2,17 



Multipliziert man die Nutzenpunkte pro Merkmal mit dem Kos- 
tensatz pro Nutzenpunkt und vergleicht diesen Betrag mit den 
Ist-Kosten pro Merkmal, so wird ersichtlich, ob und in welchem 
Umfang die Ist-Kosten des Merkmals dem durch sie bewirkten 
Funktionsnutzen entsprechen. Für die strategische Produkt- und 
Innovationsplanung ergeben sich hierdurch Flinweise, wie mit 
relativ geringem Kosteneinsatz überproportional hoher Kunden- 
nutzen erzielt werden kann. Die Analyse ergibt folgendes: 





a 


b 


c 


d 


e 


Nr. 


Merkmal 


Ist-Kosten € 


% Anteil 


Nutzenpunk- 

te 


Kosten-/ 
Nutzenwert € 


1 


Marke, Design 


9 — 


13,8 


7,5 


16,25^ 


2 


Stoßabsorber 


10 — 


15,3 


10,0 


21,66 


3 


Verschluss 


8 — 


12,3 


3,0 


6,50 


4 


Sohle 


9 — 


13,8 


2,0 


4,34 


5 


Obermaterial 


18 — 


27,9 


3,5 


7,58 


6 


Innenschuh 


11 — 


16,9 


4,0 


8,67 


7 


Summe 


65, — 


100,0 


30,0 


65, — 



Abbildung 228: Ist-Kosten und Kostennutzenwert pro Merkmal 



Die Kosten-Nutzenwertanalyse dient der Vorbereitung des Pro- 
zesses der Zielkostenbildung und zeigt, dass relativ hohe Ist- 
Kosten für Merkmale vor geringerer Nutzenstiftung aufgewendet 
werden (z.B. Merkmale 4, 5 und 6). Diese Komponenten sind 
strategisch unbedeutend. Daher sind Kostensenkungsmaßnah- 
men vornehmlich hier anzusetzen. Merkmale von hoher Nutzen- 
stiftung wie z.B. 1 und 2, für die bisher wenig Kosten eingesetzt 
wurden, sind aufgrund des günstigeren Kosten-/Kundennutzen- 
verhältnisses vornehmlich für Innovationen geeignet. Die Kos- 
tenanalyse bestätigt also die Absicht des Managements der Firma 
L, einen neuartigen Stoßabsorber (Luftkissen) zu entwickeln. 
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Zielkosten- 

diagramm 



Um die Merkmale (Komponenten) herauszufinden, bei denen 
Handlungsbedarf für eine Kostensenkung besteht oder die sich 
vornehmlich für kundennutzenstiftende Innovationsschritte eig- 
nen, kann anstatt des Kosten-Nutzenwertes oder auch ergänzend 
zu diesem ein Zielkostenkontrolldiagramm' erstellt werden (vgl. 
Horvath, Seidenschwarz, Freidank, Liessmann: Lexikon Control- 
ling u. a.). Hierzu wird ein Zielkostenindex (ZKI) je Merkmal wie 
folgt errechnet: 

Kostenanteil in % 

Zielkostenindex (ZKI) = 

Kundennutzen in % 

Der ausgewiesene Zielkostenindex zeigt, inwieweit die durch die 
Merkmale verursachten Kosten der Marktbedeutung entsprechen. 
Werden die Ist-Kostenanteile (Abbildung 228) und der relative 
Nutzenwert (Abbildung 224) gegenübergestellt, so ergeben sich 
die Zielkostenindices wie folgt: 





a 


b 


c 


d 


Nr. 


Merkmal 


% - Anteil Ge- 
samtkosten 


Relativer Nut- 
zenwert %-Anteil 


Zielkostenin- 

dex 


1 


Marke / Design 


13,8 


25 


0,55 


2 


Speicherkapazität 


15,3 


40 


0,38 


3 


Zugriffszeit 


12,3 


5 


2,46 


4 


Anschluss / De- 
montage 


13,8 


5 


2,76 


5 


Robustheit 


27,9 


5 


5,58 


6 


Bequemlichkeit 


16,9 


20 


0,85 


7 


Summe 


100,0 


100 





Abbildung 229: Zielkostenindex 



Ein Zielkostenindex von 1 bedeutet, dass der Kostenanteil genau 
dem dadurch bewirkten Kundennutzen entspricht. Abweichende 
Zielkostenindices (ZKI > oder < 1) zeigen an, dass Ungleichge- 
wichte im Kosten-ZKundennutzenverhältnis bestehen. Im Praxis- 
beispiel werden die Ergebnisse der im vorstehenden Abschnitt 
durchgeführten Kosten-Nutzen-Analyse (Abbildung 228) bestä- 
tigt. Günstige Kosten-Nutzenwertverhältnisse liegen bei dem 
Merkmal 1 und 2 vor, (ZKI < 1), die sich daher für Differenzie- 
rungsstrategien vornehmlich anbieten. Kostensenkungsmaßnah- 
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men sollten auf die Merkmale 3, 4 und 5 konzentriert werden 
(ZKI > 1). Das Ergebnis lässt sich graphisch in einem Zielkosten- 
diagramm darstellen. Auf der X-Achse wird der Kundennutzen- 
wert (in %), auf der Y-Achse der Kostenanteil (in %) je Merkmal 
eingetragen. 

Kosten %- Anteil 




ZKI=1 



Kunden- 
nutzen- 
wert in % 



Die Abweichung der Merkmale 1 bis 6 von der Zielkostenlinie 
ZKI = 1 visualisiert die Ungleichgewichte der Übersicht 464. 
Oberhalb der ZKI = 1 - Linie sind die Kosten im Vergleich der 
Kundennutzenbedeutung hoch und vice versa. Da in der Praxis 
die Idealvorstellung eines Zielkostenindexes von 1 für alle 
Merkmale nicht möglich ist (kostenintensive Merkmale mit gerin- 
gerem Kundennutzen aber unverzichtbarem Gebrauchswert wie 
z.B. das Gehäuse für die externe Festplatte), wird eine Zielkos- 
tenzone gebildet. Diese stellt einen Toleranzbereich dar, in dem 
das Unternehmen Abweichungen ohne Umstrukturierungsmaß- 
nahmen im Kostenbereich akzeptiert. Grundsätzlich gilt, dass bei 
relativ geringem Kundennutzenwert höhere Kosten-Nutzen- 
abweichungen tolerierbar sind. Die Zielkostenzone verläuft da- 
her grundsätzlich so, dass diese sich mit steigendem Kundennut- 
zenwert zur Zielkostenlinie hin verengt. Im Übrigen sind die 
Eckwerte der Bildung der Zielkostenzone im Einzelfall durch das 
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Managementteam problembezogen festzulegen. Im vorliegen 
Praxisbeispiel zeigt das Zielkostendiagramm, wie bereits die 
vorstehende Analyse, dass bezüglich der Merkmale 1, 2 und 5 
der größte Handlungsbedarf besteht. 



8.4 



Durchführung des Target Costing Prozesses 



(1) Produktde- 
finition, Pro- 
duktpositionie- 
rung, Zielpreis 



Gemäß Abbildung 221 legt das Management im Prozessablauf 
bei Anwendung der Methode „Market-Costs-into-Company“ zu- 
nächst Produktdefinition, Produktpositionierung und den Ziel- 
marktpreis fest. Die erforderliche Einführung des neuartigen 
Stoßabsorbers sowie die Marktpositionierung als Markenprodukt 
werden eine erhebliche Verbesserung des Kundennutzens be- 
wirken. Es wird unterstellt, dass - ausgehend von Übersicht 140 
- der Nutzenwert für das Merkmal 2 von 25 auf 90 steigt, da es 
sich beim Luftkissenschuh eindeutig um eine einzigartige und 
optimale Problemlösung handelt, die zudem konkurrenzlos ist. 
Bezüglich des Merkmals 1 (Prestige) geht das Management von 
einer Verbesserung von 30 auf 50 Nutzenpunkte aus, da anzu- 
nehmen ist, dass die etablierten Marken der Konkurrenzprodukte 
B (60 Punkte) und C (80 Punkte) zumindest in der Anfangsphase 
ihre führende Position behaupten. Für die Merkmale 4 (An- 
schluss) und 5 (Robustheit) werden Kosteneinsparungsmaßnah- 
men wegen der geringen strategischen Bedeutung dieser Kom- 
ponenten geplant, indem Metall durch Kunststoff ersetzt wird. 
Hierdurch sinken die Nutzenwerte jeweils um 10 Punkte auf 30 
bzw. 60 Punkte, also vergleichbar zur Konkurrenz. Der Relativ- 
nutzen der innovativen USB-Festplatte errechnet sich wie folgt 
(Nutzenwert mal Relativnutzen wie in Abbildung 224): 
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(2) Ermittlung 
der Zielkosten 





a 


b 


c 


d 


Nr. 


Merkmal 


N-Wert 

(neu) 


Relativer 
Nutzenwert 
%- Anteil 


Relativ- 
Nutzen 
Typ A 
(neu) 


1 


Marke / Design 


50 


25 


12,5 


2 


Speicherkapazität 


90 


40 


36,0 


3 


Zugriffszeit 


60 


5 


3,0 


4 


Anschluss / De- 
montage 


30 


5 


1,5 


5 


Robustheit 


60 


5 


3,0 


6 


Bequemlichkeit 


20 


20 


4,0 


7 


Summe 


310 


100 


60,0 



Abbildung 231: Relativer Nutzenwert Produkt A (neu) 



Der neue Nutzenwert von 60 Punkten erlaubt, legt man die 
Preis-Nutzenfunktion in Abbildung 225 zugrunde, einen Markt- 
preis von in Höhe von 170, — bis 180, — €. Bei diesem Preis 
würde jedoch kein Wettbewerbsvorteil zu den Produkten B und 
C entstehen, da er auf bzw. nahe an der Funktionskurve liegt. 
Das Management der Firma L will jedoch verlorene Marktanteile 
zurückgewinnen. Deshalb wird der Marktpreis für die USB- 
Harddisk Typ A (neu) mit € 150, — festgelegt. Dieser Preis liegt 
zwischen dem Marktpreis der Konkurrenzprodukte B (€ 120, — ) 
und C (€ 200, — ) und weist, wie der Abstand zur Preis- 
Nutzenfunktion zeigt, einen deutlichen Wettbewerbsvorsprung 
aus, vgl. Abbildung 225, Positionierung A (neu). 



Bei einem branchenüblichen Zielgewinnzuschlag auf die Pro- 
duktherstellkosten von 40% ergeben sich die Zielkosten wie 
folgt: 



Marktpreis 150,00 € 

40% Zielgewinn 43,00 € 

Zielkosten 107,00 € 



467 






8 Target Costing für IT-Controller 



(3) Zielkosten- 
spaltung und - 
Vorgabe als 
Standardkosten 



€ 107, — stehen kostenseitig 2 ur Verfügung, um das innovative 
Produkt Typ A (neu) zu erstellen und als Markenprodukt zu 
positionieren. Bei Anwendung der Komponentenmethode für die 
Kostenspaltung und Beibehaltung der gegebenen Kostenstruktur 
würden folgende neue, hochgerechnete Produktstandardkosten, 
aufgegliedert nach Komponenten, vorgegeben („Drifting Costs“): 





a 


b 


C 


Nr. 


Merkmal 


% — Anteil an 
Gesamtkosten 


Standardkosten 
neu (Drifting 
Costs) in € 


1 


Marke / Design 


13,8 


14,77^ 


2 


Speicherkapazität 


15,3 


16,37 


3 


Zugriffszeit 


12,3 


13,16 


4 


Anschluss / De- 
montage 


13,8 


14,77 


5 


Robustheit 


27,9 


29,85 


6 


Bequemlichkeit 


16,9 


18,08 


7 


Summe 


100,0 


107,0 


8 


Zielkosten 


_ 


107,0 



Abbildung 232: Drifting Costs (hochgerechnete Produktstandard- 
kosten) 



Eine genaue Kostenplanung der Innovation ergibt jedoch, dass - 
bei der geplanten Absatzmenge - der neue Stoßabsorber Pro- 
duktstückkosten in Höhe von € 48, — verursacht, die Positionie- 
rung als Markenprodukt die derzeitigen Kosten für Markenpflege 
und Design von € 9, — (Ist) auf € 25, — steigen lässt. Dadurch 
entstehen gegenüber den Drifting Costs in Abbildung 232 Mehr- 
kosten von € 41,86. Die Zielkosten würden also um diesen Be- 
trag überschritten. Unterstellt man, dass die Kosten des Innovati- 
onsvorhabens korrekt ermittelt wurden, müssen Kostensenkun- 
gen bei den anderen Merkmalen erreicht werden. Dies ist auch 
sinnvoll, da diese Merkmale strategisch, wie alle Untersuchungen 
gezeigt haben, von untergeordneter Bedeutung sind. 

Der Zielkostenprozess führt zu einer Änderung der Kostenstruk- 
tur. Es wird ein besseres Gleichgewicht zwischen Kosten und die 
durch diese bewirkte Kundennutzenstiftung angestrebt. Eolgende 
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Maßnahmen werden durch das Management der Firma L durch- 
geführt, um die hochgerechneten Standardkosten (Drifting Costs) 
den (erlaubten) Zielkosten (Allowable Costs) anzupassen (vgl. 
auch Abbildung 220): 

• die Zielkosten der Merkmale 3 bis 6 werden auf die Ist- 
Kosten vor Produktinnovation reduziert. Dies ist möglich, da 
bei diesen Produktkomponenten keine Änderungen einge- 
treten sind, 

• die Kosten für den Verschluss (Merkmal 3) werden um € 
2, — zusätzlich reduziert, indem der Tapeverschluss durch 
die kostengünstigere Lösung »Löcher« ersetzt wird. Dies ist 
ohne Beeinträchtigung des Kundennutzens, wie aus Über- 
sicht 140 ersichtlich, möglich, 

• Sohle und Obermaterial (Merkmale 4 und 5) werden von 
Leder auf Kunststoff umgestellt. Die Kundennutzeneinbuße 
ist gering und in der Nutzenschätzung bereits berücksichtigt 
(vgl. Abbildung 231), Kostenreduzierung € 2,70 bzw. € 8, — 
auf € 6,30 bzw. € 10, — . 

Nach Durchführung dieser Maßnahmen errechnen sich die neue 
Kostenstruktur sowie die Zielkosten als Budgetvorgabe wie folgt: 





a 


b 


C 


Nr. 


Merkmal 


% - Anteil an 
Gesamtkosten 
(neu) 


Budget-Zielkosten 
in € Typ A (neu) 






(neu) 


(neu) 


1 


Marke / Design 


23,5 


25,— 


2 


Speicherkapazität 


45.2 


48,— 


3 


Zugriffszeit 


5,6 


6, — 


4 


Anschluss / De- 
montage 


5,9 


6,30 


5 


Robustheit 


9,4 


10,— 


6 


Bequemlichkeit 


10,4 


11,— 


7 


Summe 


100 


106,30 


8 


Zielkosten 




107,— 



Abbildung 233: Budget-Zielkostenermittlung 
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Zusammenfas- 
sung und Er- 
gebnis des Tar- 
get Costing Pro- 
zesses 



Durch Einsatz des Target Costing ist es der Firma L gelungen, 
eine epochale Produktinnovation zu Kosten durchzuführen, die 
eine erfolgreiche Produktpositionierung in einem dem Unter- 
nehmen bisher verschlossenen Marktsegment (Aufstieg vom 
Niedrigpreis- in das Mittelpreissegment) verspricht. In diesem 
Markt ist der Langlaufschuh Typ Ä (neu) gegenüber den Konkur- 
renzprodukten vorteilhaft positioniert (vgl. Abbildung 225). Der 
langfristig strategisch erforderliche Zielgewinnzuschlag von 40% 
auf die Produktherstellkosten ist gesichert. Gefahr droht eventu- 
ell vom Wettbewerber X mit Produkt Typ B, sofern dieser die 
positive Zielkostenlücke (vgl. Abbildung 227) für eine Preissen- 
kung nutzt, was zu einer Verringerung des Wettbewerbsvorteils 
von Typ A (neu) führen würde. Da für Firma L keine Preissen- 
kungsspielräume zurzeit vorhanden sind - es sei denn zu Lasten 
des Zielgewinns - ist angezeigt, unter Einsatz von Kaizen (oder 
sonstiger Kostensenkungsmodelle) ständig nach Rationalisie- 
rungsmöglichkeiten zu suchen. 
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9.1 



Kreativität der 

Mitarbeiter 

steigern 



Anhang 



Moderationstechnik für IT-Controiier 

Die Moderationstechnik^^ ist als Querschnittstechnik für kreativ- 
innovative Prozesse der Unternehmenssteuerung nicht mehr 
wegzudenken. Auch im IT-Controllerdienst leistet sie wertvolle 
Hilfe bei der Aufdeckung von Schwachstellen, Erarbeitung von 
Sollkonzepten und Fixierung von bereichsübergreifenden IT- 
Planungen und nicht zuletzt bei der Durchführung zahlreicher 
IT-Projekte. Sie involviert die Führungsebene und die betroffe- 
nen Mitarbeiter in einer gemeinsamen Problemlösungsrunde. 



Wann kommt die Moderation zum Einsatz? 

Die Moderationstechnik wird in zahlreichen IT-Projekten regel- 
mäßig eingesetzt, um nach neuen Lösungen und Ideen zu su- 
chen. Die folgenden Kurzinformationen lassen sich durch ein 
Literaturstudium erörtern, können aber einen Moderatorenkurs 
nicht ersetzen. 

Die Moderationstechnik stützt und entwickelt die latenten Kreati- 
vitätspotenziale der Mitarbeiter. Gerade umfassende Rationalisie- 
rungs- und Organisationsmaßnahmen im Umfeld von IT- 
Projekten sind nur möglich, wenn die Einbeziehung aller ver- 
antwortlichen Abteilungen bereits im Planungsprozess einsetzt. 
Heute ist es im Zug der neuen Technologien kaum mehr mög- 
lich, dass ein IT-Controller ein Detailproblem löst, ohne dadurch 
neue Probleme an Schnittstellen zu anderen Bereichen zu schaf- 
fen. Bei IT-Projekten wird dies bei der Ablösung langjährig im 
Einsatz befindlicher Systeme deutlich, da dann die Schnittstellen 
zu vor- und nachgelagerten Systemen offen gelegt werden. Auf 
eine Vernetzung kann nicht verzichtet werden 



Vgl. dazu Elmar Mayer und Klaus Palme, in: Mayer, E.: Herausforde- 
rungen für den Controller im 21. Jahrhundert, Offenburg 1999, S. 40-50. 
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Einsatzbereiche 



Handlungs- 

bedarf 



Herkömmliche Techniken wie unstrukturierte Besprechungen, 
Fachgespräche, schriftliche Abstimmungsprozesse, Einsatz von 
Planungsabteilungen und ähnliches versagen immer dann, wenn 
der Zeitfaktor dominiert, wenn der Sachverstand der einzelnen 
Fachleute für die Projektlösung fokussiert werden muss. Hier 
hilft die Moderationsmethode, konkrete Problemlösungen ge- 
meinsam zu erarbeiten. Konventionelle Routinebesprechungen 
lassen sich damit ebenfalls entscheidend verbessern. 

Die Moderationstechnik verfolgt das Ziel, Planungsprozesse ge- 
meinsam durch mehrere Mitarbeiter gestalten zu lassen und 
gleichzeitig die Gedanken und Abläufe zu visualisieren. Dadurch 
kann man zu jedem Zeitpunkt interessierte Mitarbeiter über den 
Stand der Planung informieren und über bestimmte Techniken 
und Vorgehensweisen ihre Meinung einholen. Praktisch wird 
eine „offene Planung“ möglich, in die sich jeder Fachmann oder 
interessierte Abteilung einbinden lässt. 

Der Einsatz der Moderationstechnik im IT-ControHerdienst 

wird aktuell, wenn: 

• Das Fachwissen mehrerer Funktionsbereiche zu bündeln ist 
(z. B. bei der Einführung einer integrierten betriebswirt- 
schaftlichen Standardanwendungssoftware für das gesamte 
Unternehmen), 

• Problemstellung und -lösung sehr komplex sind und mehre- 
re Kostenstellenbereiche berühren (z. B. Implementierung 
eines komplexen Geschäftsprozesses für die Auftragsbearbei- 
tung mit Hilfe eines Workflow-Management-Systems (vgl. 
hierzu Gadatsch, 2004), 

• Zwischen Eachleuten unterschiedliche Meinungen bestehen 
(z. B. Implementierung einer neuen Software als Big-Bang in 
einem Zug oder als stufenweise Einführung), 

• Am Planungsprozess verschiedene Funktionsbereiche ge- 
meinsam arbeiten müssen (z. B. Entwicklung einer IT- 
Strategie für das gesamte Unternehmen unter Einbindung der 
Fachabteilungen), 

• Die Planungsunterlagen veröffentlich werden müssen (z. B. 
bei der Erstellung eines Angebotes für ein Softwareprojekt), 

• Mehrere Alternativen und Lösungsvorschläge zu erarbeiten 
sind (z. B. bei der Auswahl eines Outsourcing-Partners, der 
in Zukunft das Rechenzentrum betreiben soll). 
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Praxis und 
Begabung als 
Erfolgsfaktoren 



Visualisierung 



Lenken ohne zu 
beeinflussen 



• der Engpassproblemlösungsvorschlag in relativ kurzer Zeit 
formuliert sein muss (z. B. bei Notverkäufen von Unterneh- 
mensteilen und hierfür erforderlichen IT-Ausgliederungs- 
konzepten) 

• Ein komplexes Problem mit Risiken sich nicht durch einfa- 
ches Verdichten von Eakten und eindimensionaler Vorge- 
hensweise lösen lässt (z. B. Entscheidung über ein Outsour- 
cing der eigenen IT-Abteilung unter Unsicherheit), 

• Konferenzen mit Entscheidungsvorschlägen enden müssen. 

Wenn eine oder mehrere dieser Bedingungen vorliegen, emp- 
fiehlt sich der Einsatz der Moderationsmethode. 



Was ist eigentlich Moderation? 

Die Moderationsmethode ist keine wissenschaftliche oder in sich 
geschlossene Methode, sondern versucht, mit geeigneten Instru- 
mentarien und Vorgehensweisen die Kommunikation unter- 
schiedlicher Personen auf eine gemeinsame Problemlösung oder 
Zielerfüllung auszurichten. 

Erfahrungstatbestände aus bereits praktizierten Kommunikati- 
onsmethoden lassen sich selbstverständlich einbringen. Maßge- 
bend für die erfolgreiche Durchführung einer moderierten Ver- 
anstaltung sind weniger theoretisches Wissen als vielmehr prakti- 
sche Erfahrung und insbesondere Begabung im konfliktfreien 
Umgangsstil mit Menschen. 

Die Moderationsmethode bemüht sich, eine Gruppe von Men- 
schen im Team arbeiten zu lassen, um in kurzer Zeit realisierbare 
Problemlösungsvorschläge mit ihrer Elilfe zu erhalten. Das 
Merkmal für den Umgang miteinander besteht darin, alle Diskus- 
sionen sofort zu visualisieren, d. h. Gedankengänge, Ideen, Be- 
wertungen und Konzeptentwicklungen so schriftlich festzuhalten, 
dass sie für die Gesamtgruppe (alle Kleingruppen) jederzeit 
sichtbar sind. Methodisch werden Ideen- und Bewertungsphasen 
getrennt dargestellt. Die Gruppe lernt, offen Ideen, Kritik und 
Bewertungen auszutauschen 

Die Kreativität der Mitarbeiter wird gefördert und schrittweise 
dokumentiert, was zu verblüffenden und wertvollen Arbeitser- 
gebnissen in kurzer Zeit führt. Der Moderator übernimmt die 
Aufgabe, die Kreativitätsschöpfung der Gruppe zu lenken, ohne 
sie fachlich entscheidend zu beeinflussen. Eine entsprechende 
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Vorbereitungsphase ist vorzuschalten. Es ist vorteilhaft für den 
Moderationsprozess, wenn der Moderator über soviel Fach- 
kenntnisse verfügt, dass er die Fachdiskussionen der Teilnehmer 
versteht und daraus Rückschlüsse für seine weiteren Vorgehens- 
weisen ableiten kann. Aufgabe des Controllers als Moderator ist 
es, die Zielvorgaben und Problembeschreibungen schriftlich zu 
fixieren. 

Dramaturgie einer Moderationsveranstaitung 

• Durchsprache der Zielvorgabe, 

• Ideensammlung zur ersten Plenumsfrage, 

• Bewertung der ersten Plenumsfrage, 

• Kleingruppenbildung zu den verschiedenen Themenstellun- 
gen, 

• Durchführung der ersten Kleingruppenarbeit (4-6 Teilneh- 
mer), 

• Diskussionsleitung bei der Präsentation der Kleingruppener- 
gebnisse, 

• Festlegung der Fragestellungen für die nächsten Kleingrup- 
penrunden, 

• Bilden von Kleingruppen, 

• Durchführung der zweiten Kleingruppenarbeit, 

• Diskussionsleitung bei der Präsentation der zweiten Klein- 
gruppenrunde, 

• Durchführung von weiteren Kleingruppenrunden, 

• Abschlusspräsentation der Gesamtergebnisse vor dem Ple- 
num. 

TätigkeitsHste Am Ende dieser Zyklen, deren Häufigkeit von der Themenstel- 
lung und der zur Verfügung stehenden Zeit abhängt, steht die 
Entwicklung einer Tätigkeitsliste. Für die zeitliche Steuerung 
einer Moderationsveranstaltung haben sich folgende Erfahrungs- 
werte bestätigt: 
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• Problemformulierung: 

• Plenumsabfrage: 

• Bewertungsphase: 

• Kleingruppenbildung: 

• Kleingruppenarbeit: 

• Präsentation je Gruppe: 

• Ausarbeitung der Folgefragen 



10-20 Minuten, 
15-20 Minuten, 
20-40 Minuten, 
10-15 Minuten, 
1-2 Stunden, 
10-20 Minuten, 
1-2 Stunden. 



Die Durchführung einer moderierten Veranstaltung als Workshop 
setzt voraus, dass der IT-Controller Erfahrungen als Moderator 
besitzen muss. IT-Controller und Moderatoren benötigen das 
Moderatorenzertifikat. Ohne diese Zusatzausbildung können 
beide nicht den „offenen Führungsstil“ praktizieren. An der FH 
Köln wird seit dem WS 1985/1986 das Moderatorenzertifikat als 
Pflichtschein im Schwerpunkt Controlling verlangt. Der Erwerb 
wird in der vorlesungsfreien Zeit zwischen dem Mittel- und 
Hauptseminar in einem Dreitage-Kurs angeboten. 



Man kann die Methode der Kärtchentechnik auch bei gewöhnli- 
chen Routinebesprechungen einsetzen. Der IT-Controller be- 
trachtet die Besprechungsrunde einfach als Planungsteam, setzt 
die Kärtchentechnik ein und veranlasst die Teilnehmer, zumin- 
dest bei der Ideenphase, ihre Vorschläge auf Kärtchen zu schrei- 
ben, um sie dann gemeinsam an Pinnwänden zu ordnen und 
danach erst mit einer Diskussion zu den einzelnen Themen- 
blöcken zu beginnen. Damit gelingt es, die in Besprechungen so 
zeitaufwendigen direkten Abläufe 



• Idee wird vorgeschlagen. 



• Idee wird bewertet. 



• Idee wird abgelehnt, 

• Idee wird erneut vorgeschlagen usw. 

zu unterbrechen, um wenigstens den Ideenfluss sicherzustellen. 
Die anschließende Diskussion kann dann einer Selektion der 
vorgeschlagenen Ideen dienen. Im Folgenden werden Methoden 
vorgestellt, die sich im Rahmen einer moderierten Besprechung 
oder Veranstaltung einsetzen lassen. 
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Checkliste für die Kärtchenabfrage 

Die Kärtchenabfrage dient der Ideensammlung mit anschließen- 
der Sortierung und eventueller Bewertung. 



1. SCHREIBEN DER KÄRTCHEN 

• Frage auf Papierstreifen oder Plakat aufschreiben. 

• Bei aufgeteilter Fragestellung unterschiedlich farbige Karten 
verwenden. 

• Teilnehmer auffordern, mit dicken Filzstiften zu schreiben 
(Farbe spielt keine Rolle). 

• Fragestellung kurz erläutern, auf Besonderheiten hinweisen. 

• Teilnehmer auffordern, je Karte eine Idee/Vorschlag aufzu- 
schreiben. 

• Maximal 7 Begriffe je Karte (als Hinweis bei Mengenproble- 
men). 

• Zeitvorgabe: 10 bis maximal 20 Minuten. 

• Diskussionen oder Streitgespräche unterbinden. 

• Eventuell auf Anonymität der Schreiber hinweisen. 

Nach dem Schreiben der Kärtchen werden diese vom Moderator 

eingesammelt und sortiert. 



2. SORTIEREN DER KÄRTCHEN 

• Je nach Anzahl der Kärtchen leere Pinnwände bereitstellen. 

• Fragestellung auf Plakate anbringen. 

• Karten der Teilnehmer einsammeln ohne Ordnung. 

• Erste Karte vorlesen und an beliebiger Stelle am Plakat mit 
Nadel anheften. 

• Zweite Karte vorlesen, zuordnen oder gesondert anbringen. 

• Sämtliche Karten vorlesen und in Abstimmung mit dem 
Team zuordnen. 
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Bei Kontroversen bezüglich Zuordnung: entweder zweite 
Karte schreiben lassen oder selbst die Zuordnung entschei- 
den. 

Wichtig: Bei einer Zuordnung sich immer der Zustimmung 
der Gruppe vergewissern. 

Keine Kärtchen vernichten, alle Karten werden verwendet, 
auch doppelte. 

Kärtchen nur so weit übereinander hängen, das sie nicht die 
Schrift verdecken. 

Bei Platzproblemen Kärtchengruppen umhängen. 

Nach Abschluss der Sortierphase Gruppen von Kärtchen 
durch dicke Striche clustern (zusammengehörig gruppieren). 

Je Cluster einen Titel / ein Thema / ein Problem formulieren 
und dazuschreiben. 

Cluster durchnumerieren. 



3. BEWERTEN DER CLUSTER 

• Je Teilnehmer 5-6 Punkte vergeben. 

• Die Teilnehmer auffordern, je Cluster maximal 2 Punkte zu 
vergeben (nur in Ausnahmefällen ist konzentrierte Häufung 
erwünscht). 

• Teilnehmer auffordern, für sich eine Bewertung vorzuneh- 
men. 

• Die Teilnehmer bitten aufzustehen und die Bepunktung 
vorzunehmen. 

• Wenn Gefahr besteht, dass ein Teammitglied eine Leitfunkti- 
on bei der Bepunktung übernimmt, Bepunktung auf Zettel 
schreiben lassen, einsammeln, selbst durchführen. 

• Nach dem Bepunkten Punktanzahl je Cluster zählen und 
deutlich anschreiben. 

• Auf Wunsch Reihenfolge der Gewichtung durchnumerieren 
(andere Farbe als bisher verwenden). 

Die Bepunktung stellt nur eine mögliche Vorgehensweise dar. 

Sie ist keinesfalls für die weitere Arbeitsweise des Teams zwin- 
gend, bringt jedoch die Gesamtmeinung der Gruppe bezüglich 
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der Wertigkeit einzelner Themen zum Ausdruck. In einer an- 
schließenden Diskussion ist die weitere Vorgehensweise zu klä- 
ren. Nach Abschluss dieser drei Schritte werden mit den Teil- 
nehmern gemeinsam sämtliche Kärtchen mit Hilfe von Klebestif- 
ten dauerhaft an den Plakaten befestigt. 



MATERIALBEDARF 

• Etwa 5-10 Kärtchen je Teilnehmer (rechteckig oder oval). 

• Ein bis zwei Stifte je Teilnehmer (mittelstark), Strichbreite 
5mm. 

• Leere Plakate für Pinnwände in Abhängigkeit von Teilneh- 
merzahl (etwa 30-40 Karten gehen auf eine Plakatwand). 

• Earbige Punkte, Durchmesser: 1cm, für Bepunktung bereit- 
halten. 

• Schere zum Zuschneiden Punktstreifen; Klebstifte, Nadeln). 



BRAINSTORMING 

Beim Brainstorming geht es darum, möglichst viele Ideen durch 

Zurufe von Teilnehmern zu erhalten. Dabei ergeben sich folgen- 
de Merkmale: 

• Moderator und evtl, eine Hilfsperson stehen mit Filzstiften 
ausgerüstet zum Schreiben bereit. 

• Pinnwände und Flipchartständer mit leeren Bögen müssen 
ausreichend bereitstehen. 

• Die Fragestellung wird deutlich sichtbar aufgeschrieben und 
im Raum aufgehängt. 

• Moderator fordert Teilnehmer auf, Ideen laut als Stichworte 
zuzurufen. 

• Zugerufene Begriffe werden sofort aufgeschrieben (so 
schnell wie möglich, aber lesbar). 

• Jede Idee ist erlaubt (auch skurrile). 

• Killerphrasen sind zu unterbinden. 



478 





9. 1 Moderationstechnik für IT-Controller 



• Nach einer ersten Erschöpfungsphase, nach etwa 10 Minu- 
ten, können vom Moderator weitere Denkanstöße oder Er- 
klärungen erfolgen. 

• Moderator liefert keine eigenen Ideen, er beschränkt sich auf 
das Schreiben. 

• Vollgeschriebene Flipchartblätter werden sichtbar an der 
Wand aufgehängt. 

• Teilnehmer ermuntern, Ideen anderer zu assoziieren. 

• Teilnehmer von einer Bewertung abhalten (auch bei selbst 
geäußerten Ideen). 

• Nach etwa 15-20 Minuten Brainstormingsitzung beenden. 



MATERIALBEDARF 

• Flipchartpapier oder Pinnwände 

• Ein oder zwei Stifte für Moderator 

• Leere Wände zum Befestigen der beschrifteten Plakate 

ZURUFFRAGE 

Bei dieser Technik schreibt der Moderator die ihm zugerufenen 
Aussagen auf. Dabei geht er wie folgt vor: 

• Ein Plakat wird mit einer Überschrift vorbereitet. 

• Das Thema wird vom Moderator kurz erläutert. 

• Die Teilnehmer werden aufgefordert, Schlagworte oder kur- 
ze Sätze zur Problemlösung anzubieten. 

• Der Moderator schreibt die jeweiligen Aussagen sofort auf. 

• Bei unklaren Aussagen Formulierungshilfen anbieten. 

• Bei kontroversen Meinungen beide Meinungen aufschreiben. 

• Nach Abschluss der Zurufe ggf. Vorschläge zusammenfassen, 
verdichten, strukturieren. 

• Variante: Teilnehmer schreiben Vorschläge auf Streifen, um 
eine bessere Sortierung zu ermöglichen. 

• Zur Schreiberleichterung Papier durchfalten, so dass Quer- 
streifen aufgrund der Knicke entstehen. 
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Zusammen- 

arbeiten 



• Gegebenenfalls sind Vorschläge zu bepunkten. 

Es gibt noch eine Reihe weitere Techniken der Ideensammlung, 
die aus dem Bereich der Kreativitätstechnik stammen, jedoch an 
dieser Stelle nicht dargestellt werden. Selbstverständlich dürfen 
sie bei moderierten Veranstaltungen mitbenutzt werden. 



Spielregeln für die Teamarbeit 

Zu Beginn einer Teamarbeitssitzung gibt der Moderator den 
Teilnehmern einige Erläuterungen über die in einer Gruppe ab- 
laufenden Prozesse. Dies betrifft insbesondere die Verdeutli- 
chung der Gruppensituation, die Trennung von Sach- und Ver- 
haltensebenen bei der Diskussion, den Einsatz von Kritik und 
den Versuch, Machtpositionen aufzubauen. Danach sind folgen- 
de Spielregeln gemeinsam zu erarbeiten: 

• Aktiv mitarbeiten. 

• Toleranz gegenüber anderen Meinungen üben. 

• Kritik sachlich und konstruktiv formulieren. 

• Bei Ideensammlung keine Killerphrasen äußern. 

• Andere ausreden lassen. 

• Selbst maximal 30 Sekunden reden, keine Wiederholungen. 

• Keine Manipulationen vornehmen. 

• Butlerregel akzeptieren (jeder ist der Butler des anderen). 

• Chairmanregel akzeptieren (jeder vertritt seine Meinung 
selbst, jeder ist gleich). 

• Keinen Gruppenleiter oder Besprechungsvorsitzenden ak- 
zeptieren, sondern nur den Moderator. 

• Kein Zwang zur Einigung (Widerspruch kennzeichnen)! 

• Ideen anderer weiterverfolgen. 

• Alle Aussagen visualisieren. 

Die Spielregeln sorgen dafür, dass sich alle Teilnehmer zu dieser 
Vorgehensweise verpflichtet fühlen. Deshalb ist eine gemeinsa- 
me Erarbeitung nach dem Motto „Wie wollen wir heute Zusam- 
menarbeiten“ günstiger als die Vorstellung eines fertigen Plakats. 
Das empfiehlt sich nur bei extremen Zeitengpässen. Kleingrup- 
pen (3-7 Personen) benötigen keinen Moderator. Die Gruppe ist 
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in der Lage, sich selbst zu steuern, sofern alle Teilnehmer die 
Spielregeln akzeptieren. 



Fragetechnik 

Die Gruppenarbeit wird wesentlich dadurch bestimmt und ge- 
lenkt, dass eine präzise formulierte Frage vorgegeben wird. Auf- 
gabenstellungen kann man in zwei grundsätzliche Arten trennen: 
Ein Thema dien der Information, dann ist eine Fragestellung 
überflüssig. Wenn ein Thema eine Problemlösung benötigt, ist 
die Frage entsprechend dem Ziel auszuformulieren. 

Da der erste Fall nicht Gegenstand einer Moderationsveranstal- 
tung ist, wird nur die Fragetechnik behandelt. Hierbei sind zwei 
Fragetypen zu unterscheiden: die so genannte ,Ja-Nein-Frage“ 
oder die „problemorientierte Frage“. Auf die erste kann im Prin- 
zip nur eine ,Ja“- oder „Nein-Antwort“ erfolgen. Beispiel: Sollen 
wir einen Kopierer anschaffen? 

Für Moderationsveranstaltungen ist nur die Problemfrage aktuell. 
Sie soll 

• Immer als so genannte W-Frage formuliert sein, d. h. mit 
einem Fragewort beginnen (warum, weshalb, wieso, wann, 
wie, wo, wodurch). 

• Nur aussagekräftige Verben verwenden. 

• Alle Fragen sichtbar aufschreiben. 

• Vorbereitete Fragen optisch ansprechend gestalten. 

• Die Signalwirkung der Farbenlehre berücksichtigen (rote 
Farbe für gefährlich, problematisch; gelbe Farbe für unent- 
schieden, Informationen; grüne Farbe für zukunftsträchtig, 
neu, interessant). 

• Als Einstiegsfrage so formuliert sein, dass sie einen ausrei- 
chenden Ideenfluss auslöst. 

Der Moderator überprüft die Problemfrage: 

• Engt die Formulierung die Frage ein? 

• Ist die Frage zu weit gefasst? 

• Ist die Frage allgemein verständlich? 

• Kann auf Fremdwörter verzichtet werden? 

• Stimmt der fachliche Inhalt der Fragestellung? 
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Visualisierungs- 

elemente 



• Sind die zu erwartenden Antworten zielorientiert? 

• Sind Alternativformulierungen möglich? 



Aufgaben des Moderators 

Der Moderator hat die Aufgabe, unauffällig das Team zu leiten, 
damit es das anstehende Problem mit eigenen Kräften lösen 
kann. Daraus ergeben sich für ihn folgende Aufgaben und Vor- 
aussetzungen: 

• Aufbau- und Ablauforganisation vorbereiten, 

• Problemfrage mit dem Auftraggeber klären und formulieren, 

• Fachliche Grundkenntnisse für das formulierte Thema aneig- 
nen, 

• Zertifikat und ausreichende Erfahrungen als Moderator besit- 
zen, 

• Auswahl der Teilnehmer mit dem Auftraggeber besprechen, 

• Fähigkeit trainieren, sich gegenüber den Teilnehmern neutral 
zu verhalten, 

• Zeit-, Ablauf- und Methodenkontrolle permanent durchfüh- 
ren, 

• Verschiedene Moderationsmethoden und -Werkzeuge situa- 
tiv anpassen, 

• Dokumentation der Arbeitsergebnisse überwachen, 

• Verhaltensweisen der Gruppenmitglieder aus unterschiedli- 
chen Führungsebenen beobachten, 

• Streitigkeiten, Rivalitäten und Kontroversen mit persönlichem 
Charakter erkennen und abfangen, 

• Gesamten Materialbedarf rechtzeitig bestellen und bereitstel- 
len, 

• Geeignete Arbeitsräume für Plenum und Kleingruppen aus- 
wählen. 

Grundsätzlich sind alle Aussagen und Diskussionsbeiträge bei 
moderierten Veranstaltungen zu visualisieren. Dies gilt sowohl 
für die Tätigkeit des Moderators als auch für Arbeitsergebnisse 
der Gruppe. Folgende Visualisierungsmöglichkeiten bieten sich 
an: 
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Maßnahmenka- 
talog und Mei- 
nungsbild 



• Kärtchen mit unterschiedlichen Formen (rechteckig, oval) für 
die Bildgestaltung einsetzen, 

• Verschiedene Farben, verschiedenen Themen zuordnen, 

• Verschiedene Farbstifte mit verschiedenfarbigen Kärtchen 
kombinieren, 

• Papier schneiden und zu Visualisierungszwecken gestalten. 

• Schriftgestaltung unterschiedlich einsetzen: 

Groß- und Kleinschreibung mit unterschiedlichen Ober- 
und Unterlängen, 

Auf Karten oder Streifen immer oben links beginnen, 

Blöcke bilden, keine langen Zeilen schreiben, 

Schlüsselworte verwenden, Stichworte Sätzen vorziehen, 

Schriftbild muss deutlich lesbar sein, 

Bilder, Pläne oder Grafiken zur Unterstützung einsetzen, 

Andere Medien einsetzen (Projektor, Dia, Video, Film, 
Flipchart). 

Zum Abschluss einer jeden Moderationsveranstaltung ist für die 
Problemlösung von den Teilnehmern ein Maßnahmenkatalog zu 
erarbeiten. Er dokumentiert die Maßnahmen der Moderationsver- 
anstaltung und enthält folgende Angaben: 



Nr. 


WAS ist zu 
tun? 


WER arbeitet mit 
WEM? 


Bis WANN? 











Abbildung 234: Maßnahmenkatalog für Moderationssitzungen 
(Schema) 



Der Maßnahmenkatalog dient für die folgende Moderationsver- 
anstaltung als Einstieg. Alle Kärtchen werden nunmehr auf dem 
Packpapier aufgeklebt. Die Plakate werden nummeriert, datiert 
und mit einer Kurzfassung dokumentiert, damit die Arbeitsgrup- 
pen in der folgenden Moderationsveranstaltung auf den vorheri- 
gen Planungsergebnissen aufbauen und sie weiterentwickeln 
können. Die hier vorgestellte Kurzfassung einer moderierten 
Problemlösung reicht nicht aus, um aus einem IT-Controller ei- 
nen erfahrenen Moderator werden zu lassen. Trotzdem empfiehlt 
sich ein Einstieg in die Moderationsmethode über die Kärtchen- 
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Moderation 

bindet 

Mitarbeiter 

ein 



Wachstumseng- 
pässe vermeiden 



Kreativität 
schöpfen und 
steigern 

Hierarchiever- 

meidung 



Komplexitätsre- 

duzierung 



technik für eine Ideensammlung. Überraschen Sie Ihre Mitarbei- 
ter mit Hilfe dieser einfachen, aber wirksamen Methode, ihre 
Gedanken frei und schriftlich zu äußern. Dadurch, dass jeder 
seine Gedanken wie in einem Qualitätszirkel aufschreiben kann, 
bleibt er ungestört. Auch diejenigen Mitarbeiter, die sich in Be- 
sprechungsrunden nur selten zu Wort melden, finden Gelegen- 
heit, eigene Vorschläge und Ideen allen sichtbar zu machen. Mit 
diesem ersten Schritt erfolgt der Einstieg in die Moderationsme- 
thode. Die anschließend gemeinsam erarbeitete Gliederung der 
Kärtchenauswertung führt bereits zu einem gemeinsamen Durch- 
denken des angesprochenen Problems. 

Es kann nicht genügend betont werden, wie wichtig für den IT- 
Controllerdienst die Einbindung aller betroffenen Mitarbeiter in 
den Planungsprozess ist. Die Moderationsmethode bietet sich als 
bewährtes Hilfsmittel dafür an. Mit diesem Instrument ist der 
Controllerdienst in der Lage, für seine Vorschläge und Entschei- 
dungshilfen Verständnis und Akzeptanz zu erreichen. Außerdem 
lassen sich die Planungszeiten mit Hilfe der Moderationstechnik 
- wenn sie im Unternehmen eingesetzt wird - drastisch verkür- 
zen. 



Nutzen der Moderation für den IT-Controllerdienst 

Mit ihrer Hilfe lassen sich für operative Erfolgs- und strategische 
Wachstumsengpässe (z. B. ausgelöst durch Technologiesprünge 
oder unvorhersehbare politische Ereignisse) Maßnahmenpläne 
erarbeiten. Alle Funktionsbereiche werden in die Problemsuche 
und -findung eingebunden. Es entsteht ein Denk-Wirkungsnetz, 
das sich auf das Engpassproblem fokussieren lässt. 

Latente Potenziale in den Mitarbeitern werden durch die Karten- 
abfrage sichtbar, so dass eine Kreativitätsschöpfung und ihre 
Steuerung für Innovationen möglich wird, besonders erfolgs- 
wirksam nachvollziehbar im IT-Bereich. 

Der Einsatz der Moderationstechnik bereitet den Einstieg in eine 
hierarchiefreie Kommunikation vor, z. B. bei der Zielvereinba- 
rung für das Unternehmensleitbild, bei Stärken- und Schwächen- 
analysen, bei de Suche nach neuen Strategien. Der „offene Füh- 
rungsstil“ stärkt die Entscheidungskraft und Autorität der Füh- 
rungsebenen. 

Komplexe Problemkreise lassen sich durch Clustern in lösungs- 
fähige Problemfelder aufteilen. 
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Gruppenergeb- 
nisse stärken 



Die Filterfunktion und Blockade einzelner Führungsebenen las- 
sen sich ausschalten. 

Profilneurotiker haben keine Chance mehr, als Zeitdieb in 
Konferenzen aufzutreten. Die Arbeitsweise und Arbeitsergebnisse 
von Gruppen werden durch die Visualisierungstechniken und 
Kleingruppenarbeit aussagekräftiger. 

Stärken- und Schwächenanalysen , operative und strategische 
Planungen, Prognosen, Engpassanalysen, Potential-, Lebenszyk- 
lus-, Portfolioanalysen, strategische Bilanzen, Umwelt-, Umfeld-, 
Energiebilanzen, Maßnahmenpläne sind ohne den Einsatz der 
Moderationstechnik nicht realisierbar. 

Erst durch den Einsatz der Moderationstechnik ist der Übergang 
vom Wirkungsketten- zum Wirkungsnetzdenken möglich, 
wenn Workshops mit Teilnehmern aus tangierten Eunktionsbe- 
reichen in Kleingruppen Engpassproblemlösungen erarbeiten, 
anschließend dem Plenum zur Diskussion vorstellen. 
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9.3 Glossar der IT-Begriffe 

Die Informations- und Kommunikationstechnik bringt laufend 
neue Fachbegriffe hervor. Das vorliegende IT-Glossar richtet sich 
in erster Linie an nichttechnisch ausgebildete Leser, die eine 
kurze Erklärung zu häufig vorkommenden Fachbegriffen aus der 
Informationstechnik suchen. Die Erläuterungen sind daher mög- 
lichst einfach gehalten. 



Begriff 


Definition 


Ist-Level- 

Support 


Abkürzung für ^ First-Level-Support 


2nd-Level- 

Support 


Abkürzung für ^ Second-Level-Support 


3rd-Level- 

Support 


Abkürzung für ^ Third-Level-Support 


AB AP® 


Abkürzung für „Advanced Business Applica- 
tion Programming“, flierbei handelt es sich 
um eine Programmiersprache der Firma SAP 
AG SAP®), die für die Entwicklung des 

Produktes R/3® R/3®) verwendet wird. 

ABAP®-Programme sind auf verschiedenen 
Hardware- und Betriebssystemen und Daten- 
banken einsetzbar. 


Apple-PC 


Personalcomputer der US-amerikanischen Fir- 
ma Apple. Gelten als Alternative mit geringem 
Marktanteil zu Rechnern auf der Basis von 
Intel-Prozessoren und Microsoft-Betriebs- 
systemen Wintel-PC). 


AS AP® 


Abkürzung für „AcceleratedSAP®“: Werkzeug- 
gestütztes Vorgehensmodell der Firma SAP®, 
das die Einführung der betriebswirtschaftli- 
chen Standardsoftware SAP® R/3® durch 
Muster, Vorlagen, Checklisten u. v. m. unter- 
stützt. 


ASP 


Abkürzung für „Application Service Provid- 
ing“. Vermietung von Software über das Inter- 
net einschließlich Einführungsunterstützung 
und Anwendungsbetreuung. 
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Authentisierung 


Sicherstellung, dass es sich beim „Unterzeich- 
ner“ um die betreffende Person handelt. Dies 
wird durch eine digitale Signatur, d. h. elekt- 
ronische Unterschrift, ermöglicht. 


AWW Köln 
(1971) 


Arbeitsgemeinschaft Wirtschaftswissenschaft 
und Wirtschaftspraxis im Controlling und 
Rechnungswesen, gegründet von E. Mayer als 
Institut der Fachhochschule Köln. 


BAPI® 


Abkürzung für: „Business Application Pro- 
gramming Interface”. Konventionen der Firma 
SAP AG zur Beschreibung von Schnittstellen. 
Hierdurch wird der Datenaustausch von und 
zu Produkten der SAP AG, wie z. B. SAP® 
R/3®, ermöglicht. 


Basel II 


Verschärfung der Eigenkapitalvorschriften für 
Kreditinstitute als Folge der durch den Basler 
Ausschuss für Bankenaufsicht 1999 eröffneten 
Diskussion. Ziel von Basel 11 ist die bessere 
Erfassung der Risiken im Bankengeschäft und 
adäquatere Eigenkapitalvorsorge der Kreditin- 
stitute. 


Batch-Job 


Fester Aufgabenumfang im Rahmen der ^ 
Batch-Verarbietung, z. B. Übernahme der 
Provisionen für den Monat Mai, Druck der 
Rechnung für die 23 Kalenderwoche. 


Batch- 

Verarbeitung 


Bedienerlose Durchführung von computerge- 
stützten Aufgaben. Meist als Nachtverarbeitung 
geplante Aufgaben, die eine längere Compu- 
terlaufzeit benötigen, z. B. Provisionsabrech- 
nung, Rechnungsdruck, Zahlungslauf für Liefe- 
rantenrechnungen, Übernahme von Daten. 
Das Gegenteil der Batch-Verarbeitung ist die 
^ Online-Verarbeitung, bei der ein Anwender 
im Dialog mit dem Computer arbeitet, z. B. 
Auftragserfassung, Anlegen eines neuen Kun- 
denstammsatzes, Änderung einer Gehalts- 
gruppe. 


Benchmarking 


Werkzeug des Controlling-Konzeptes, bei dem 
Unternehmen oder Teilbereiche (z. B. die 
Informationsverarbeitung) anhand von Kenn- 
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zahlen mit Wettbewerbern verglichen werden. 
Vergleiche mit Spitzenunternehmen (Best in 
Class-Wettbewerber) zeigen die eigene Positi- 
on und den Handlungsbedarf auf, um in die 
Spitzengruppe aufzurücken. Größere Unter- 
nehmen bzw. Konzerne verwenden das Kon- 
zept für ein „internes“ Benchmarking, in dem 
die Leistungen mehrerer Niederlassungen, 
Rechenzentren, IT-Projektgruppen, Führungs- 
persönlichkeiten u.a. verglichen werden. 


Best Practice 


Praxiserfahrungen, die durch Wettbewerber, 
Branchenverbänden, Standardisierungsgre- 

mien, Berater u.a. bereits in konkreten Lösun- 
gen realisiert wurden. Best Practices werden 
in Standardanwendungssoftware in Form von 
Referenzprozessen hinterlegt. 


BI 


Abkürzung für: “Business Intelligence“. Begriff 
der durch die Gärtner Group Anfang der 
1990er Jahre geprägt wurde. Er beschreibt alle 
technischen Komponenten und Werkzeuge 
zur unternehmensweiten Analyse von Infor- 
mationen aus Datenbanken. 


Big-Bang 


Kurzwort für die stichtagsorientierte Einfüh- 
rung eines neuen Softwaresystems. Bei dieser 
Vorgehensweise werden am Tag vor der Um- 
stellung die Daten des alten Systems ausgele- 
sen und in das bereits vorbereitete neue Sys- 
tem übertragen. Zum Umstellungstag wird das 
alte System abgeschaltet und das neue System 
in Betrieb genommen. Der Big-Bang gilt als 
sehr risikoreich und wird häufig durch risiko- 
ärmere, dafür aber meist aufwendigere 
schrittweise Umstellungsverfahren ersetzt. 


Bit 


Binary digit. Abkürzung für eine Binärziffer, 
die den Wert „0“ oder „1“ annehmen kann. Ein 
Bit ist die kleinste Informationseinheit, die ein 
Computer verarbeiten kann. 


Boostrap 


Methode zur Bewertung von Softwareentwick- 
lungsprojekten. 


BSC 


Abkürzung für: “Balanced Scorecard“. Kenn- 
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zahlengestütztes Managementsystem, das über 
mehrere monetäre und nichtmonetäre Steue- 
rungssichten ein langfristiges und nachhaltiges 
Gleichgewicht des Unternehmens anstrebt. Es 
vernetzt in der (erweiterbaren) Grundform die 
Einanzsicht, die Markt- und Kundensicht, die 
interne Prozess-Sicht und die Elumanres- 
sourcen in der Lern- und Innovationssicht. 


Business Model- 
ling 


Englischer Begriff für Geschäftprozessmodel- 
lierung. Hierunter ist die strukturierte Analyse 
und Restrukturierung von Geschäftsprozessen 
zu verstehen. In der Praxis werden häufig zur 
Prozessmodellierung grafische Methoden, wie 
z. B. die Ereignisgesteuerte Prozesskette nach 
A.-W. Scheer eingesetzt. 


Bug 


Englischer Begriff (Käfer) der für einen Soft- 
warefehler verwendet wird. In frühen Jahren 
der Computerära haben sich angeblich Motten 
in den Relais der Computer verflogen und 
Störungen verursacht. 


Byte 


Abkürzung für „binary term“, eine aus acht ^ 
Bit bestehende Informationseinheit. Ein Byte 
stellt z. B. einen Buchstaben oder Ziffer dar. 


B2B 


Abkürzung für: „Business to Business“. Eorm 
des Electronic Business, der die Geschäftspro- 
zesse zwischen Unternehmen betrifft (z. B. 
elektronischer Markt). 


B2C 


Abkürzung für: „Business to Consumer“. Eorm 
des Electronic Business, der die Geschäftspro- 
zesse zwischen Unternehmen und Privatkun- 
den betrifft (z. B. Internet-Shop). 


B2E 


Abkürzung für: „Business to Employee“. Eorm 
des Electronic Business, der sich zwischen 
dem Unternehmen und seinen Mitarbeitern 
abspielt (z. B. Job-Börse) 


Call-Time 


Zeitdauer eines Anrufes in einem IT-Call- 
Center bzw. Help-Desk, die zwischen Annah- 
me und Dokumentation des Vorfalls vergeht. 


CIO 


Chief Information Officer, Leiter des Bereiches 
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Informationsmanagement. 


Client/Server 


Dreistufiges Architekturkonzept Computer. 
Unterschieden wird in die Ebenen der Daten, 
Anwendungen (Programme) und Client (End- 
geräte). 


Cost Center 


Englischer Begriff für Kostenstelle. Der Leiter 
eines Cost Centers hat nur Kosten-, aber keine 
Ergebnisverantwortung. 


CRM 


Abkürzung für: “Customer-Relationship-Mana- 
gement“: Computergestützte ganzheitliche 

Unterstützung von Kundenorientierten Ge- 
schäftsprozessen. 


DB 


Abkürzung für „Datenbank“. Softwaresystem, 
welches keine Anwendungsfunktionen aus- 
führt, sondern für die Verwaltung (Anlegen, 
Ändern, Löschen, Suchen und Anzeigen) aus- 
gewählter Daten verantwortlich ist. In der Re- 
gel werden Datenbanken für bestimmte Aus- 
schnitte des Unternehmens gebildet: Kunden- 
DB, Artikel-DB. Mehrere Datenbanken werden 
durch eine ^ „DBMS“ verwaltet. 


DBMS 


Abkürzung für: “Datenbank Management Sys- 
tem“. Software zur anwendungsunabhängigen 
Verwaltung von Datenbanken (^ „DB“). 


Desaster Reco- 
very Konzept 


Organisatorische und technische Datenwieder- 
herstellungsmaßnahmen im Rechenzentrum 


Druckserver 


Spezieller Rechner mit einem oder mehreren 
angeschlossenen Druckern höherer Leistung, 
auf den Personalcomputer mit Hilfe eines 
Netzwerkes zugreifen können. Der Druckser- 
ver puffert zunächst die zu druckenden Da- 
tenbestände und leitet sie dann bei freien Ka- 
pazitäten an die angeschlossenen Drucker 
weiter. 


DTS 


„Desktop-Services“: Hardware, Software und 
IT-Serviceleistungen (z. B. Installation, Schu- 
lung, Hotline) für Endbenutzer-Arbeitsplatz- 
systeme. 


EDI 


„Electronic Data Interchange“: Traditionelle 
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und langjährig bewährte Form der elektroni- 
schen Geschäftsabwicklung (z. B. in der Äuto- 
mobilzulieferindustrie), die durch die Nutzung 
des Internet verdrängt wird und zunehmend 
stark an Bedeutung verlieren kann. 


EFQM 


European Foundation for Quality Management. 
Eine von mehreren Unternehmen gegründete 
Organisation zur Verbesserung der Qualität 
eines Untenehmens bzw. Unternehmensteiles. 
Das EFQM-Modell beschreibt die Qualitätsstufe 
in neun Kriterien mit 33 Unterkriterien. 


Electronic- 

Commerce 


Elektronischer Verkauf von Waren und Dienst- 
leistungen über das Internet. Wird auch als E- 
Commerce bezeichnet. 


E-Business 


Weiterentwicklung des E-Commerce zu voll- 
ständig elektronisch unterstützten Geschäfts- 
prozessen, von der Anbahnung, der Vereinba- 
rung und Abwicklung des Prozesses. 


E-Government 


Pendant des E-Business im öffentlichen Be- 
reich. Der Begriff umfasst die elektronischen 
Beziehungen der staatlichen Einrichtungen 
untereinander, zu seinen Bürgern als Einzel- 
personen und Gruppen sowie zu Unterneh- 
men. 


E-Procurement 


Durchgängige elektronische Beschaffung von 
Gütern vom Arbeitsplatz mit Hilfe spezieller 
Softwaresysteme, welche die Bestellungen 
direkt in die operativen Systeme des Lieferan- 
ten übergeben. Die Produktauswahl des Be- 
stellers erfolgt über elektronische Produktkata- 
loge, in denen die vom Einkauf freigegebenen 
und mit Rahmenverträgen hinterlegten Produk- 
te verzeichnet sind. 


ERP 


Abkürzung für: “Enterprise Ressource Plan- 
ning“. Betriebswirtschaftliche Standardsoft- 
ware, welche die wesentlichen Grundfunktio- 
nen eines Unternehmens in einer integrierten 
Softwarearchitektur mit einer gemeinsamen 
Datenbasis vereint. Unterstützt werden insbe- 
sondere die Funktionen Vertrieb, Produktion, 
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Logistik, Rechnungswesen und Controlling 
sowie Personal. 


Fileserver 


Spezieller Rechner mit großer Festplattenkapa- 
zität, auf dem Personalcomputer mit Hilfe 
eines Netzwerkes zugreifen können. Anwen- 
der können dort Ihre Datenbestände ablegen 
oder den Fileserver zur Sicherung ihrer lokal 
auf dem Personalcomputer abgelegten Daten 
verwenden. 


First Level 
Support 


Unmittelbare Unterstützung von Endanwen- 
dern bei allen Fragen des IT-Einatzes, insb. bei 
Störungen und Problemen. Aufgaben, die der 
First Level Support Ist Level Support) nicht 

lösen kann, delegiert er an den ^ Second 
Level Support 2nd Level Support). 


Futzing 


Nutzung der IT-Infrastruktur des Unterneh- 
mens für private Zwecke (z.B. „Surfen“ im 
Internet, Computerspiele, Datenspeicherung). 


Gigabyte 


Abgekürzt: „GB“. Ein GB ist die Informations- 
menge von 1024 ^ Megabyte, also etwa eine 
Milliarde Zeichen. 


Host 


Großrechner bzw. Server, an denen Clients, 
also dezentralen Arbeitsstationen angeschlos- 
sen sind. Auf dem Host werden zentrale Daten 
und Programme vorgehalten, die den Clients 
für die Nutzung zur Verfügung stehen. 


HTML 


Abkürzung für „Hypertext Markup Language“. 
HTML ist eine Sprache zur Programmierung 
und Beschreibung von Internet-Seiten, die 
mittlerweile technisch überholt ist und zukünf- 
tig möglicherweise durch die Sprache XML 
erweitert wird. 


HW 


Abkürzung für „Hardware“ (Computer, Tastata- 
tur, Bildschirm, Maus, Brenner u.a.) 


12 


Hersteller von betriebswirtschaftlicher Stan- 
dardsoftware für das Lieferkettenmanagement 
(Supply-Chain-Management) 


IDV 


Abkürzung für individuelle, nicht von der zent- 
ralen IT-Abteilung betreute, Informationsverar- 
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beitung. Hierzu zählen allen persönlichen 
Computerfunktionen, die für jeden IT-Arbeits- 
platz zum Einsatz kommen können: Textverar- 
beitung, Tabellenkalkulation, persönliche oder 
abteilungsbezogene Datenbanken (z. B. Ad- 
ressverwaltung), Elektronische Post (E-Mail), 
Internetzugang, u.a. 


Intangible 

Assets 


Immaterielle Vermögensgegenstände eines 
Unternehmens, die in der Regel nicht in der 
Bilanz ausgewiesen sind. Im IT-Umfeld kann z. 
B. das IT-Know-how der eigenen Mitarbeiter, 
die Beherrschung der Prozessunterstützung 
durch selbst entwickelte Softwaresysteme ge- 
zählt werden. 


Intranet 


Unternehmensinternes Netz für Mitarbeiter, das 
nach den gleichen technischen Prinzipien 
aufgebaut ist, wie das Internet. Dies ermöglicht 
die Nutzung von so genannten Browsern, um 
auf Informationen zuzugreifen. Allerdings ha- 
ben nur Mitarbeiter Zugang zu den Informati- 
onen. 


IP-basiertes 

Telefonnetzes 


IP = Internet Protocol. Ein IP-basiertes Tele- 
fonnetz ermöglicht den Betrieb von Telefon- 
dienstleistungen (Telefon, Eax, Anrufbeantwor- 
ter) über ein digitales Computernetzwerk. Der 
Übergang zwischen Telephonie und Compu- 
tereinsatz ist fließend. 


IS 


Abkürzung für „Informationssystem“, z. B. 
Buchhaltungssystem, Lohn- und Gehaltsab- 
rechnung, Fakturierungssystem. 


IT 


Abkürzung für Informationstechnik. 


IT-Asset- 

management 


Mengen- und ggf. auch wertmäßige Bestands- 
führung aller IT-Komponenten (Hardware, 
Hardwareteilkomponenten wie Speichererwei- 
terungen, Software und Services wie z. B. Be- 
nutzerkennungen) aus nutzerorientierter Sicht. 
Ziel ist die möglichst vollständige Inventarisie- 
rung aller IT-Leistungen zur Abrechnung und 
Informationsbereitstellung. 


ITIL 


Abkürzung für: “Information Technologie 
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Infrastructure Library“. Toolgestütze Methode 
für das IT-Service-Management. ITIL wurde 
Ende der 1980er Jahre für die britische Regie- 
rung entwickelt und hat sich international als 
Quasi-Standard im Bereich IT-Service-Mana- 
gement etabliert. Kein generisches Modell, 
muss für jedes Unternehmen angepasst und 
umgesetzt werden. 


IT-Controller- 

dienst 


Serviceleistung für die Unternehmensführung 
und das Informationsmanagement als Dauer- 
aufgabe im IT-Controlling-Konzept. 


IT-Controlling- 

Konzept 


Bündelung aller IT-orientierten Maßnahmen im 
Controlling-Konzept. 


IT-Controlling- 

Werkzeuge 


Strategische und operative Werkzeuge des IT- 
Controllerdienstes zur Sicherstellung der Un- 
ternehmensziele. 


IT-KLR 


Abkürzung für: “IT-Kosten- und Leistungsrech- 
nung“. Eine IT-KLR ermöglicht die Planung, 
Steuerung und Kontrolle von IT-Kosten. Sie ist 
Teil des operativen IT-Controlling- 

Werkzeugkastens. 


IV 


Abkürzung für: “Informationsverarbeitung“. 


Kennzahlen 


Messgrößen, die aus dem betrieblichen Rech- 
nungswesen, insb. der Kostenrechnung sowie 
weiteren Datenquellen gebildet und als Werk- 
zeuge des Controlling-Konzeptes dienen. IT- 
Kennzahlen betrachten den Bezugsbereich der 
Informationsverarbeitung. 


KontraG 


Gesetz zur Kontrolle und Transparenz im Un- 
ternehmensbereich. Seit 01.05.1998 für Kapi- 
talgesellschaften sowie börsen bzw. amtlich 
notierte Aktiengesellschaften relevant. 


LAN 


Abkürzung für: “Local Area Netzwork“. Com- 
puternetzwerk an einem Standort oder Gebäu- 
de eines Unternehmens. 


Legacy- 

Anwendungen 


Software, die vor vielen Jahren (oft sogar Jahr- 
zehnte) selbst entwickelt oder gekauft wurde 
und meist unternehmenskritische Eunktionen 
unterstützt. Legacy-Software ist sehr oft teuer 
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im Unterhalt, da die Wartungsarbeiten unver- 
hältnismäßig aufwendig sind. Gründe hierfür 
sind fehlende Dokumentationen, Mangel an 
Spezialisten für die meist veralteten Program- 
miersprachen und Softwarekonzepte. Eine 
Ablösung hat ebenfalls hohe Kosten zur Folge, 
da vielfach komplexe Systeme in den Kern- 
prozessen der Unternehmen abzulösen sind. 
Führungskräfte schrecken oft wegen der un- 
kalkulierbaren Risiken einer Migration vor der 
Ablösung von Legacy-Software zurück, bis 
schließlich esterne Zwänge einen Wechsel 
erfordern (z. B. EURO-Umstellung, Jahr2000- 
Wechsel, Konkurs des Softwareherstellers oder 
Werkzeuglieferanten). 


Mainframe 


Alternativer Begriff für „host“. 


Maintenance 


Englischer Begriff für Wartungs- und Pflege- 
kosten in der IT. Sie fallen an für die Beseiti- 
gung von Fehlern (Fixed Maintenance) und 
Verbesserungen / Erweiterungen (Variable 
Maintenance). 


MIPS 


Millions Instructions Per Second. Maßzahl für 
die Geschwindigkeit eines Computers. Der 
MIPS-Wert gibt nur einen Anhaltswert, da die 
Gesamtleistung eines Computers auch wesent- 
lich durch seine Komponenten beeinflusst 
wird (Betriebssystem, Speichereinheiten u.a.). 
Der Rechner „IBM System 2064 (zSeries) der 
Firma IBM hat z. B. je nach Ausbaustufe eine 
Leistung von etwa 300-3200 MIPS. 


Megabyte 


Abgekürzt: „MB“. Ein MB ist die Informations- 
menge von 2* (=1048576) Bytes, meist un- 
scharf mit einer Million Bytes umschrieben. 
Eine Diskette umfasst ein Speichervolumen 
von etwa 1,44 MB. 


Mobile Com- 
merce 


Variante des Electronic Business, bei der Ge- 
schäftsprozesse über mobile Endgeräte abge- 
wickelt werden. 


Online- 

Verarbeitung 


Interaktiver Dialog eines Anwenders mit dem 
Computer. Dient meist der Erfassung von 
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Stammdaten oder Abruf von aktuellen Infor- 
mationen und Berichten. Das Gegenteil der 
Online-Verarbeitung ist die ^ Batch- 
Verarbeitung für länger laufende bedienerlose 
Aufgaben. 


PC 


Abkürzung für: “Personal Computer“. Ober- 
begriff für endbenutzerorientierte Computer, 
die stationär (Desktop Computer) oder mobil 
(Notebook bzw. Laptop) zum Einsatz kom- 
men. 


PDA 


Abkürzung für: “Personal Digital Assistant“: 
Persönlicher Assistent in Form eines Miniatur- 
computers mit eingeschränkter Funktionalität. 
Ermöglicht werden grundlegende Funktionen 
wie Kalender, Adressbuch, Notizbuch, Aufga- 
benliste, eingeschränkter Internet-Zugang und 
E-Mail und zum Teil Textverarbeitung, Tabel- 
lenkalkulation und Grafik. 


PDF 


Abkürzung für: “Portable Document Format“. 
Format zur Speicherung von elektronischen 
Dokumenten der Firma Adobe, das durch den 
weit verbreiteten „Adobe Acrobat Reader“ 
gelesen und je nach Sicherheitseinstellungen 
im Dokument gedruckt werden kann. PDF- 
Dokumente können nicht mehr verändert und 
leicht weitergegeben werden. 


Portal 


Über das Internet oder Intranet erreichbare 
Software, von der aus unterschiedliche Com- 
puterleistungen abgerufen werden können. 


Repository 


Entwicklungsdatenbank bzw. elekronisches 
Verzeichnis mit Beschreibungen über Objekte 
eines Informationssystems oder die Informati- 
onssysteme eines ganzen Unternehmens. Be- 
schreibungsinhalte sind z. B. Funktion, Auf- 
traggeber, Einführungszeitpunkt, Deaktivie- 
rungszeitpunkt, Datenquellen und -senken, 
Feldnamen, Feldbeschreibungen. 


Roll Out 


Neue Softwaresysteme werden zunächst ent- 
wickelt und getestet. Anschließend folgt der so 
genannte Roll Out, d. h. die produktive Inbe- 
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triebnahme der Software im gesamten Unter- 
nehmen. Der Roll Out kann zu einem Zeit- 
punkt (alle Niederlassungen oder Standorte 
gleichzeitig) oder in Schritten (z. B. zunächst 
kleine Niederlassungen, dann größere oder 
nach Standorten, Produkten u.a.) durchgeführt 
werden. 


RZ 


Abkürzung für: “Rechenzentrum“. Organisato- 
rische Einheit innerhalb der Informationsverar- 
beitung, in der die zentrale Hardware des 
Unternehmens sowie die NetzwerkAdministra- 
tion betreut werden. 


SAP® 


Europas größtes Softwarehaus und weltweiter 
Marktführer für betriebswirtschaftliche Stan- 
dardsoftware. Unternehmenssitz ist Walldorf, 
Deutschland. 


SAP® AFS® 


Apparel and Footwar. Branchensoftware der 
Firma SAP AG für die Bekleidungsindustrie. 


SAP® APO® 


Advanced Planner and Optimizer. Standard- 
software der Firma SAP AG für die Optimie- 
rung zwischenbetrieblicher Geschäftsprozesse, 
vgl. hierzu auch Gadatsch (2004). 


SAP® R/2® 


Marktführende betriebswirtschaftliche Stan- 
dardsoftware für Großrechner der 80er Jahre. 
Das Produkt wird derzeit noch von vielen 
großen deutschen Industrieunternehmen ein- 
gesetzt, jedoch sukzessive durch das Nachfol- 
geprodukt SAP R/3 oder andere Standardsoft- 
ware ausgetauscht, da die Wartung im Jahr 
2004 endet. 


SAP® R/3® 


Derzeit weltweit marktführende betriebswirt- 
schaftliche Standardsoftware für Client/Server- 
Rechner unterschiedlicher Größenklassen. 


Second Level 
Support 


Bearbeitung von. Aufgaben, die der First Level 
Support (^ Ist Level Support) nicht lösen 
kann. Hierunter fallen insbesondere Applikati- 
onsspezifische Aufgaben (Installationsarbeiten, 
Fehler- und Problembeseitigung, Endan- 
wenderberatung). Aufgaben, die nicht bearbei- 
tet werden können, werden an den Hersteller 
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weitergegeben, dem ^ Third Level Support 
3rd Level Support). 


Shelfware 


Software, die ungenutzt im Schrank oder Regal 
eines Unternehmens verstaubt. Beispiele fin- 
den sich in vielen Fällen, wenn Software de- 
zentral beschafft wird und kein zentrales Li- 
zenzmanagement vorhanden ist. 


SCM 


Supply Chain Management: Schlagwort für die 
computergestützte Abwicklung von Geschäfts- 
prozessen zwischen Lieferant und Kunden. Im 
Vordergrund steht der automatisierte überbe- 
triebliche Logistikprozess. 


SFA 


Sales Force Automation: Computerunterstüt- 
zung der Vertriebsmitarbeiter (z. B. Laptop- 
gestützter Außendienst im Geschäftskunden- 
vertrieb). Kann als Teil des Customer-Re- 
lationship-Managements aufgefasst werden. 


Single-Sign-On 


Zentraler Anmeldedienst für das Login an meh- 
rere IT-Anwendungen (Personal-Computer, 
Intranet, E-Mail, Großrechner, SAP-Systeme, 
u.a.) Die Benutzerdaten werden von Single- 
Sign-On-System an das jeweilige „Zielsystem“ 
durchgereicht. Vorteil: Der Benutzer muß sich 
nur einen Benutzernamen und ein einziges 
Kennwort „merken“. 


Spam 


Unerwünschte E-Mails oder Short-Message- 
Services (SMS) auf ein Mobiltelefon. 


SW 


Abkürzung für „Software“. 


Tangible Assets 


Materielle und in der Regel in der Bilanz aus- 
gewiesene Vermögensgegenstände eines Un- 
ternehmens. 


Terabyte 


Abgekürzt: „TB“. Ein TB ist die Informations- 
menge von etwa einer Billion Zeichen. Diese 
Maßeinheit wird für die Speicherkapazität 
größerer Computer oder Rechenzentren ver- 
wendet. 


Thin Client 


Kostengünstige Personalcomputer ohne Pest- 
platte, Disketten- und CD-Laufwerk usw., die 
über einen Netzanschluss betrieben werden. 
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Third Level 
Support 


Bearbeitung von. Aufgaben, die der Second 
Level Support 2nd Level Support) nicht 

lösen kann, 2 . B. Fehlerkorrekturen, Beratung 
von IT-Personal des 2nd Level Support- 
Personal, Weiterentwicklung und Wartung der 
Software. Diese Aufgabe wird vom fiersteller 
der Software wahrgenommen 3rd Level 

Support). 


UHD 


User Help Desk. Zentrale Annahme und Prob- 
lemverfolgungsstelle für IT-Probleme der An- 
wender. 


Unix 


Betriebssystem, das auf Computern unter- 
schiedlicher Herstellern eingesetzt werden 
kann. Der Einsatz von Unix- Systemen hat in 
den 90er Jahren dem System SAP® R/3® u.a. 
zum Durchbruch verhelfen, da Unix- Systeme 
u.a. skalierbar sind, d. h. sich dem Größen- 
wachstum von Unternehmen anpassen und 
sehr wirtschaftlich eingesetzt werden können. 


User-ID 


User-Identification, zu Deutsch: Benutzer- 

Kennung. Hierunter ist ein Benutzername und 
ein nur dem Benutzer bekanntes Kennwort zu 
verstehen, die bei der Anmeldung an das 
Netzwerk oder beim Zugang zu Programmen 
erfasst werden müssen. 


WAN 


Abkürzung für: “Wide Area Netzwerk“, unter- 
nehmensstandortübergreifendes Computer- 

netzwerk. 


WAP 


Wireless Application Protocol: Technologie zur 
drahtlosen Übertragung von Internet-Inhalten 
über Mobilfunknetze auf unterschiedliche 
Endgeräte wie Mobiltelefone (Handys), Orga- 
nizer oder Pager. 


WFMS 


Workflow-Management- System: Anwendungs- 
neutrale Standardsoftware zur Modellierung, 
Simulation, Ausführung und Analyse von Ge- 
schäftsprozessen unter Einbindung unter- 
schiedlicher Hardware- und Softwarearchitek- 
turen. Bietet dem Controller vielfältige Mög- 
lichkeiten zur Analyse der Effizienz von 
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Geschäftsprozessen. 


Wintel-PC 


Wintel ist ein Kunstwort, bestehend aus den 
Anfangs- bzw. Endbuchstaben von W/wdows 
(grafisches marktführendes Betriebssystem der 
US-amerikanischen Firma Microsoft für Perso- 
nalcomputer = PC) und Intel (US-amerika- 
nischer Chipproduzent mit marktbeherrschen- 
der Stellung für Computerchips). Der Begriff 
bezeichnet Personalcomputer, die mit Chips 
der Firma Intel und dem Betriebssystem der 
Firma Microsoft betrieben werden. In dieser 
Kombination beherrschen beide Flersteller 
derzeit den Weltmarkt für Personalcomputer. 

Als Alternativplattform gelten Rechner der 
Firma Apple mit einem Betriebssystem der 
gleichnamigen Firma (^Apple-PC). 


WLAN 


Abkürzung für „Wireless Local Area Network“. 
Hierunter sind drahtlose Computer-Netzwerke 
zu verstehen, die firmenintern oder lokal be- 
grenzt (z. B. an Flughäfen, in Hotels oder Ca- 
fes) betrieben werden. 


XML 


Engl. Abkürzung für extended Markup Langu- 
age, eine vom World Wide Web-Consortium 
standardisierte Erweiterung der klassischen 
Internet-Seitenbeschreibungssprache HTML. 

XML hat sich als Standard etabliert, um Infor- 
mationen im Internet auszutauschen. 


Y2K 


Abkürzung für Year 2000. Mit dem Schlagwort 
Y2K werden Computer-Probleme im Zusam- 
menhang mit der Datumsumstellung in Ver- 
bindung gebracht. 
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ABC 


Activity Based Costing 


Abw. 


Abweichung 


Ah 


Beschäftigungsabweichung 


A 


Gesamtabweichung 


A 

V 


Verbrauchsabweichung 


AWW Köln 1971 


Arbeitsgemeinschaft Wirtschaftswissen- 

schaft und Wirtschaftspraxis im Control- 
ling & Rechnungswesen (1971) der FH 
Köln 


Ah 


Arbeitsstunde 


AktG 


Aktiengesetz 


AllgKStB 


Allgemeiner Kostenstellenbereich 


BAB 


Betriebsabrechnungsbogen 


BFuP 


Zeitschrift Betriebswirtschaftliche 
Forschung und Praxis 


BG 


Beschäftigungsgrad 


BPK 


Basisplankosten 


BPB 


Basisplanbeschäftigung 


BSC 


Balanced Scorecard 


BVÄ 


Bestandsveränderung 


CB 


Loseblattzeitschrift »Der Controllingbera- 
ter«, erscheint seit 1983 


DB 


Deckungsbeitrag oder Datenbank. 


DLh 


direkte Lohnstunde 


EUR 


Euro (Währung) 


e 


Stückerlös 


E 


Gesamterlös 


EStG 


Einkommensteuergesetz 



527 






9 Anhang 



EStR 


Einkommensteuerrichtlinien 


Fh 


Fertigungsstunde 


FE 


Fertigerzeugnis 


FHiKStB 


Fertigungshilfskostenstellenbereich 


h 


Stunde 


IP 


Internet Protocol. 


IT-BSC 


IT-Balanced Scorecard 


ITIL 


IT Infrastructure Library 


IV 


Informationsverarbeitung 


kalk. 


kalkulatorisch 


KAR 


Kostenartenrechnung 


KMU 


Kleinere und mittlere Unternehmen 


KStR 


Kostenstellenrechnung 


KTrR 


Kostenträgerrechnung 


KTrStR 


Kostenträgerstückrechnung 


KTrZR 


Kostenträgerzeitrechnung 


KRG 


Kostenrechnungsgrundsätze von 1939 


KRR 


Kostenrechnungsrichtlinien von 1942 


kWh 


Kilowattstunde 


K 


Gesamtkosten-Ist 


K 

«p 


Gesamtkosten-Plan 


K 


Gesamtkosten-Soll 


K 

pv 


Verrechnete Plankosten 


Kvp 


Proportionale (variable) Plankosten 


Kf 


Gesamtfixkosten 


K 

K 


Gesamtkosten 


K, 


Leerkosten 


K 

n 


Nutzkosten 
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K 

V 


Gesamtvariable Kosten 


kf 


Stückfixkosten 


k 


Stückkosten/Durchschnittskosten 


k 

V 


Stückvariable Kosten 


KRP 


Kostenrechnungspraxis, Zeitschrift für 
Kostenrechnung und Controlling, ab 2003 
Zeitschrift für Management und Control- 
ling 


LE 


Leistungseinheit (Kostenträger, Kalkulati- 
onsobjekt) 


LSÖ/1938 


Leitsätze für die Preisermittlung aufgrund 
von Selbstkosten 


LSP/1953 


Leitsätze für die Preisermittlung aufgrund 
von Selbstkosten 


MA 


Mitarbeiter / Mitarbeiterin 


Mh 


Maschinenstunde 


MIPS 


Million Instructions Per Second 


MKStB 


Materialkostenstellenbereich 


MM 


Maschinenminute 


NE-Metall 


Nichteisenmetall 


p.a. 


per anno, per Jahr 


p.d. 


per dies, per Tag 


PZKR 


Prozesskostenrechnung 


RKW 


Rationalisierungs-Kuratorium der 
deutschen Wirtschaft e.V. 


RZ 


Rechenzentrum 


SK 


Selbstkosten 


TEUR 


Tausend EURO 


TK 


Telekommunikation 


UFE 


Unfertigerzeugnis 


V 


Variator (Kostenveränderungsfaktor) 
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VA 


Verein Deutscher Maschinenbau-Anstalten 
e.V. 


VE 


Verrechnungseinheit 


VPÖA 


Verordnung PR 30/53 über die Preise bei 
öffentlichen Aufträgen 


VtKStB 


Vertriebskostenstellenbereich 


VwKStB 


Verwaltungskostenstellenbereich 


W 


Gewinnrate 


WLAN 


Wireless Local Area Network 


Zffi 


Zeitschrift für Betriebswirtschaft 


§§ 


Paragraph 




Summenzeichen 
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A 

AB AP® 86,512 
Abgrenzungsaufträge 176 
Abnahme 266 
Abschreibungen 

Beratungskosten 170 
IT-Hardware 170 
Softwarelizenzen 170 
Abschreibungen 

Beratungskosten 170 
Abschreibungen 

Softwarelizenzen 170 
Abweichungsanalyse 204 
Activity Based Costing (ABC) 
412, 443 

Adidas-Salomon 82 
Adressbuch 
zentrales 102 
ADV-Controlling 31 
Aggregationsstufen 415 
Aktivitätenkatalog 416 
ALBA 86 
Allianz 36, 49, 82 
Allokationseffekt 424 
Altana 82 

Analogie-Methode 215 
Anforderungen 
administrative 101 
Anforderungsdefinition 23 1 
Anforderungspyramide 102 
Anmeldedienst 524 
Anpassung 

quantitative 333 
Anpassungsprozess 331 
Anwendungen 

prozessneutrale 96 
Apple-PC 512 

Application Service Providing 
100, 195 



Applications Management 
278, 282 

Arbeitsplatzkosten 430 
Arbeitsplatzmanagement 
Einführung 103 
Arbeitsplatzsystem- 
Management 553 
ARIS-Toolset 127, 128 
AS AP® 512 
ASAP®-Methode 88 
ASP 99, 100,512 
ASP-Dienstleister 105 
Assetmanagement 165 
Aufwand 126 
Schätzung 227 
Aufwandsschätzung 211 
Aufwendungen 296, 298, 299 
Ausbringungsmenge 313 
Ausgaben 296 
Ausgliederung 248 
Ausreißerquote 198 
Außendienst 524 
Auszahlungen 296 
AWW Köln (1971) 6,513 

B 

B2B 515 
B2C 515 
B2E 515 
BAB 353 

Balanced Scorecard 3, 45, 

114 

Softwaretools 126 
BAPI® 513 
basel ii 83 
Basel II 65, 82, 83 
BASEL II 64 
BASF 82, 225 
Basisanforderungen 101 
Batch- Job 513 
Batch-Verarbeitung 178,513 
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Bayer 82 
Bebauungsplan 42 
Bedarfsträger 97, 98 
beeinflussbare Kosten 9 1 
Benchmarking 162,293,513 
B enutzeranforderungen 
Standardisierung 105 
Beratungshonorare 181 
Beratungskosten 170 
Bereitschaftskosten 313 
Berichterstattung 136 
Bertelsmann 257 
Beschaffung 281 
beschäftigungsabhängig 360 
Beschäftigung s sch wankungen 
331 

Beschwerdemanagement 106 
BestPractice 514 
Bestandsmehrung 361 
Bestandsminderung 361 
Bestandsveränderungen 361 
betriebliche Erträge 306 
betrieblicher 

Kombinationsprozess 294 
Betriebsabrechnungsbogen 
351,361 

Betriebsbereitschaftskosten 

304 

Betriebsbuchhaltung 292, 301 
Betriebsdatenerfassung 177 
Betriebserfolgsrechnung 292, 
361 

B etrieh sübertragung s vertrag 
269 

Betriebsvergleiche 293 
Bewertungsdifferenzen 299 
Bezugsbasis 362 
Bezugsgröße 178 
Bezugsgrößen 176 
Bezugsgrößeneinheit 352 
Bezugsgrößenwahl 402 
Bl 514 

Big-Bang 61,239,514 



Biocomputer 28 
Biokraft 28 
Biometrie 2, 28 
Bionik 8, 28 
Biotechnologie 28 
Bit 514 
Blade-PC 99 
Blüm 221 
BMW 82 
bottle neck 330 
bottom up 98 
BPO 253,255 
Branchenlösung 61 
Break-Even 134 
BSC 114 
Bug 515 
Bürgerkarte 
digitale 141 
Büroarbeitsplatz 86 
Business Continuity 
Management 278 
Business Modelling 515 
Business Perspektive 278 
Business Process Outsourcing 
253, 254 

Business to Business 515 
Business to Consumer 515 
Business-Intelligence 126 
Byte 515 

C 

C++ 86 

Call-Center- Arbeitsplatz 100 
CAP 281 

CD-ROM Laufwerk 453 
Change Advisory Board 281 
Change Management 281 
Chief Information Officer 49, 
97 

CIO 49 
Aufgaben 50 
IT-Leiter 49 
Konzept 49 
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Organisation 49 
Rollenverteilung 52 
Spannungsfeld 52 
Verhältnis zum IT- 
Controllerdienst 51 
Client/Server 516 
COBOL 86 
Commerzbank 82 
Company costs into market 
450 

Competence-Center 111 
Configuration Management 
281 

Continental 82 
Controller 11 
Begriff 10 
Funktion 1 

Controllerdienst 1,11,33 
Controlling 1,517 
Führungskonzept 12 
operativ 13 
Sparten 40 
strategisch 14 
Werkzeuge 12 
Werkzeugkasten 15, 16 
Controlling-Konzept 1, 28 
Corporate Identity 2, 5 
Corporate Flanning 126 
Cost Driver 413,447 
Cost Pool 448 
Cost Pools 429, 432 
CPMIS/BSC 126 
CPU-Nutzung 180 
CRM 516 
Current Costs 452 
Customer-Relationship- 
Management 516 
Customizing 241 

D 

DaimlerCrysler 82, 277 
Data-Mining 293 
Data-Warehouse 293 



Datenbank 516 
Datenflussplan 231 
Datenleitung 169 
Datenmodell 232 
Datenmodellierung 232 
Datenübertragungsvolumen 
180 

DATEV 248 
DB 516 
DBMS 516 
Debis 87 

Deckungsbeitragsrechnung 
28, 403 
einstufig 399 
zweistufig 399 
Deckungsbeitragstiefenanalys 
e 14 

Degressionseffekt 424 
Degressive Kosten 312 
Degussa 87 

Denken in Wirkungsketten 8 
Desaster Recovery Konzept 
137 

Desktop-Management 93 
Desktop-PC 162 
Desktop-Services 516 
DETECON 280 
Deutsche Bahn 7, 155 
Deutsche Bank 82 
Deutsche Börse 83 
Deutsche Lufthansa 7, 135 
Deutsche Post 7, 82 
Deutsche Telekom 83, 182, 
237, 553 

Deutsches Signaturgesetz 140 
Deyhle 10 
DHL 35 

Diebold-Kennzahlensystem 

186 

Differentialkosten 313 
Differentialquotient 314 
Differenzenkosten 314 
Differenzierung 420 
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Digitale Signatur 140 
Digitaltechnik 28 
Directory 102 
direkten Kosten 89 
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Über die Autoren 



Prof. Dr. rer. pol. Elmar Mayer 

o. en. Professor für BWL, insb. Controlling und Rechnungswesen 

University of Applied Sciences (FH Köln), Fakultät für Wirt- 
schaftswissenschaften 

Gründer der AWW KÖLN (1971), 

Entwickler des 1. Lehrstuhls für Controlling und Rechnungswe- 
sen in Deutschland (1971-1994) 

Welscher Heide 21, D-51429 Bergisch Gladbach 



(Jahrgang 1923), Abitur, dreieinhalb Jahre Kriegsdienst, dreimal 
verwundet, als Leutnant viereinhalb Jahre in russischer Kriegsge- 
fangenschaft in Stalingrad. November 1949 im Spätheimkehrerla- 
zarett für Malaria - Tropica - Kranke in Gütersloh/Westfalen. 
Lehrabschluss als Industriekaufmann 1951, anschließend dreiein- 
halb Jahre Tätigkeit in der Finanzbuchhaltung und Kostenrech- 
nung. 



Studium der Wirtschaftswissenschaften an der Universität zu 
Köln, Diplomexamen als Diplom-Handelslehrer im Jahre 1959, 
Berufsbildender Schuldienst, 1964 Lehramt an der HWF Köln, 
1968 Promotion zum Dr. rer. pol. an der Universität zu Köln 
(Prof. Dr. Gerhard Weisser). 1971 Umwandlung der Höheren 
Wirtschaftsfachschule (HWF) in den Fachbereich Wirtschaft der 
FH Köln. 



1974 Ernennung zum Professor im Fachbereich Wirtschaft der FH 
Köln mit dem Lehrauftrag „Betriebswirtschaftslehre, insbesondere 
Controlling und Rechnungswesen“. Anwendungsbezogene Lehre 
und Forschung auf dem Gebiet der Deckungsbeitragsrechnung 
mit operativen Controllingwerkzeugen im Leitbild-Controlling- 
konzept, Entwicklung operativer und strategischer Regelkreise 
mit entsprechender Terminologie. 
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Gründer der „Arbeitsgemeinschaft Wirtschaftswissen- 
schaft und Wirtschaftspraxis im Controlling und Rech- 
nungswesen“ (AWW KÖLN 1971), als Institut der FH Köln, 
Ende WS 1988/89 Entpflichtung (en.). 



Durch zahlreiche Publikationen > 105, davon 20 Bücher (Nr. 20 
im Jahre 2004). Vorträge und Seminare im EG-Raum (AIX-EN- 
PROVENCE 1984, PARIS, LONDON; SCHWEIZ, AUSTRIA).Im 
Monat März 1986 - Organisation und Moderation (gemeinsam 
durch AWW Köln (1971), DLH AG Köln, IW Köln) des Kolloqui- 
ums „Controlling-Konzepte im internationalen Vergleich“ im 
Hause der Deutschen Industrie, dreisprachig simultan, 198 Teil- 
nehmer. 



Aktive Mitarbeit an der Entwicklung eines Leitbild-Controlling- 
konzeptes für den deutschsprachigen Raum in Westeuropa, ins- 
besondere für mittelständische Unternehmen, ab dem Jahre 1990 
auch für den osteuropäischen und asiatischen Raum. 



Gründer und Herausgeber (1982-1994) der Loseblatt- 
Zeitschriß „Der Controllingberater“ (CB) , in Freiburg, 2006 
im 24. Jg. (Mann/Mayer 19830 „Controlling für Einsteiger“, 
8.Aufl. 2004, insgesamt mehr als 100.000 verkaufte Exempla- 
re mit Lizenzen in elf Sprachen. 1.-7. Auflage in Freiburg, ab 
8. Auflage 2004 in Mannheim, (ISBN 3-929 839-18-0), Mayer, E. 
(Hrsg.): Controlling-Konzepte , Wiesbaden 1983, 6. Aufl. May- 
er/Freidank (Hrsg.), Wiesbaden 2003, Mitherausgeber (Mayer, 
E. /Weber J.) „Controlling-Handbuch“, Stuttgart 1990, (1074 
Seiten, 53 AWW-Autoren), Mitautor (Mayer, E./Neunkirchen, P.) 
„Deckungsbeitragsrechnung im Handwerk als dv- 

gestütztes Controlling-Werkzeug“ , 4. Auflage Stuttgart 1995, 
mit CD-ROM, Mitherausgeber (Mayer/Walter) „Management 
und Controlling im Krankenhaus“ (Köln, 1996), Nachdruck 
1997, Festvortrag „Leitbildcontrolling als Denk- und Steuerungs- 
konzept im Krankenhaus-Controllerdienst“ am 03-/04. April 2003 
in Berlin, 10. Deutscher Krankenhaus-Controller-Tag, > 400 Teil- 
nehmer (Medizinal-Controller und Verwaltungsdirektoren, (May- 
er/Walter/Bellingen) „Vom Krankenhaus zum Medizinischen 
Leistungszentrum (MLZ)“, Köln 1996, Nachdruck 1997. Das 
Buch „Kostenrechnung“ (Mayer/Liessmann/Mertens), Stuttgart 
1997 in der 7. Auflage erschienen, bietet das Basiswissen für 
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Praktiker, Ingenieure und Wirtschaftswissenschaftler im Control- 
lerdienst an, ausverkauft. 



Mitautor (Gadatsch/Mayer) „GrMwrffei/rs IT-ControlUng“, Wies- 
baden 2004, 2. verbesserte, erweiterte Auflage, als Master- 
kurs IT-Controlling 2005, 3. Aufl. verbessert und erweitert, 
Wiesbaden 2006. 



• Inhaber der Ehrenmedaille der IHK Paris (1987) 

• Träger des Bundesverdienstkreuzes am Bande der Bun- 
desrepublik Deutschland (1988) 

• Inhaber der Verdienstmedaille der FH Köln (1989) 

• Inhaber der Eugen Schmalenbach Ehrenmedaille (1998) 

• Inhaber der Ehrenmedaille der FH Köln in Gold (2000). 
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Prof. Dr. rer. pol. Andreas Gadatsch 

o. Professor für BWL, insb. Wirtschaftsinformatik 
University of Applied Sciences (FH Bonn-Rhein-Sieg) 
Grantham-Ällee 20 
D-53757 Sankt Augustin 



(Jahrgang 1962), abgeschlossene Lehre zum Industriekaufmann, 
Erwerb der Fachhochschulreife, Studium der Betriebswirtschafts- 
lehre mit Schwerpunkt Controlling und Rechnungswesen bei 
Prof. Dr. Elmar Mayer 2 .n der Fachhochschule Köln, Abschluss als 
Diplom-Betriebswirt. Anschließend nebenberuflich Studium der 
Wirtschaftswissenschaften an der Fern Universität Hagen, Ab- 
schluss als Diplom-Kaufmann, Promotion als externer Doktorand 
zum Dr. rer. pol. am Lehrstuhl für Wirtschaftsinformatik bei Prof. 
Dr. Hermann Gehring. 



Von 1986 bis 2000 in verschiedenen Unternehmen (Jean Walter- 
scheid GmbH, Lohmar; Uni Cardan Informatik GmbH, Rösrath; 
Klöckner Humboldt Deutz AG, Köln und Deutsche Telekom AG, 
Bonn) als Berater, Projektleiter und IT-Manager tätig. Zuletzt als 
Leiter Arbeitsplatzsystem-Management und IT-Sicherheit im zen- 
tralen Informationsmanagement der Deutschen Telekom AG. 



Zum WS 2000/2001 Berufung als Professor für Betriebswirt- 
schaftslehre, insb. Organisation und Datenverarbeitung an die PH 
Köln. Zum SS 2002 Wechsel auf den Lehrstuhl für Betriebswirt- 
schaftslehre, insb. Wirtschaftsinformatik am Fachbereich Wirt- 
schaft der FH Bonn-Rhein-Sieg in St. Augustin, primär für die 
Studiengänge Betriebswirtschaftslehre und Wirtschaftsinformatik. 



Lehraufträge an weiteren Hochschulen (seit WS 1996: Fachhoch- 
schule Köln im Studiengang Betriebswirtschaftslehre, im SS 2001 
und WS 2001/2002: Universität Siegen im Studiengang Wirt- 
schaftsinformatik, WS 2005/2006: Private Fachhochschule des 
Mittelstandes in Bielefeld im Masterstudiengang Management und 
Controlling in der Gesundheitswirtschaft). Seit 2005 Schlichter 
der IT-Schlichtungsstelle der IHK Bonn-Rhein-Sieg. 
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Die anwendungsbezogene Lehre und Forschung umfasst die Ein- 
satzmöglichkeiten betriebswirtschaftlicher Standardanwendungs- 
software, das Geschäftsprozess- und Workflow-Management und 
den Aufbau des Lehrgebietes IT-Controlling. 



Zahlreiche Beratungsprojekte, Vorträge, Seminare, Workshops 
und Konferenzleitungen für Unternehmen unterschiedlicher 
Branchen auf den vorgenannten Fachgebieten. 



Am 19.03.2004 Leitung und Organisation der ersten Sankt Augus- 
tiner Fachtagung „IT-Controlling“ mit über 150 Teilnehmern aus 
Praxis und Wissenschaft. Am 21. und 22.05.2005 Durchführung 
der „2. Fachtagung IT-Controlling“ mit über 180 Teilnehmern. 
Am 03 . 03.2006 ist die „3. Fachtagung IT-Controlling“ mit den 
Themenschwerpunkten „IT-Offshoring“ und „IT-Service-Manage- 
ment“ geplant. 



Weit über 100 Publikationen, davon acht Bücher. 



Kontakt: Andreas.Gadatsch@fli-bonn-rhein-sieg.de 
Internet: www.wis.fh-brs.de/gadatsch 
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